GoogleStartup general interest

The power and limitations of HTML5

By September 3, 2010 8 Comments

image Back in July I wrote about Google’s HTML5 initiatives on mobile – including their YouTube HTML5 mobile site and their Google Maps HTML5 mobile site.  This week they have been showing off what HTML5 can do on the desk top – at least when running in Chrome.  Check out this custom interactive video for the song “We used to wait” from Arcade Fire – I’m a sucker for music with a bit of a dance beat which may have influenced my opinion, but I loved it. 

As a starter the video is pretty cool, but beyond that the customisation and dynamic rendering is awesome.  You begin by typing in the address where you grew up and then, after a lengthy pause while the video is generated, the action kicks in.  They integrated with Google street view to have me zooming up and down the street where I used to live in time to the music (nice to see my mum’s car is still there…) and dynamically grew trees in a line down the middle of the road.  There are also a bunch of other nice effects including the ability to type directly onto the webpage in a generative typeface.  If you are into this stuff you should check it out.

On a similar note check out Scribd’s HTML5 demo. It showcases rendering complex images and text directly in HTML and using browser functions like search and select text to directly manipulate documents.  That’s much better than using Flash, PDFs and other plugins which take time to load, can crash the browser, and make documents difficult to manipulate.

So far so cool, and other HTML5 features including drag and drop, offline storage and geolocation will massively increase the power of browser apps.

Turning to the limitations – Techcrunch has a piece up today which highlights the immaturity of HTML5 standards.  The cool stuff in the Arcade Fire video doesn’t work in Firefox or IE, both of which consider themselves to be HTML compliant, and in fact was written for Chrome.  That is a really big deal, there is limited value in having cool features available if you have to code differently for each browser to get them to work.

Continuing my thought from yesterday – I’m also starting to think that to compete effectively with native apps the HTML5 standards will need to take advantage of the richness of touch screen interfaces – side swipes, two fingers down and other gestures should be incorporated into web page navigation.

Done right the web and the browser should be a more efficient way of delivering many if not most services – both desktop and mobile – but if the infrastructure and underlying standards aren’t good enough native apps will be more appealing to developers – which will slow the pace of innovation.  The standards issues Techcrunch wrote about today are concerning from this perspective.

Enhanced by Zemanta