Luke Crouch on: HTML5 – code for all the platforms

Back in October, Luke Crouch, one of the web developers working on the Mozilla Developer Network went to Techfest in Tulsa, Oklahoma to tell people all about HTML5. You can see his slides with his voiceover at Usergroup.tv:

Luke Crouch: Code for all the platforms

Luke gave an overview on the history of HTML5 vs. XHTML and the approaches of the W3C and the WHATWG. He explains how standards are produced and how this can be daunting. He then shows how “shipping code wins” and showcases lots of examples of new technology in action.

He concludes with a nice comparison on how much simpler it is to build rich form interfaces with HTML5 and polyfills than with native code for various platforms.

All in all a presentation very worth while from someone who is in the trenches and who is not afraid to use new technology and wait for the market to catch up.

View full post on Mozilla Hacks – the Web developer blog

Tagged on: , , , ,

2 thoughts on “Luke Crouch on: HTML5 – code for all the platforms

  1. Daniel Glazman

    I stopped watching the slides when I read CSS 2D and 3D Transforms attached to WHATWG.

    “Because shipping code wins”. Ah. Shipping code led to the a massive CSS Gradients mess, with 4 incompatible versions of gradients massively used in the wild. It currently leads to major problems in 2D and 3D Transforms and Animations, shipped and massively used before any stabilization.

  2. Stephan Sokolow

    I won’t have time to watch it for a few days yet, but I can predict I’ll generally agree.

    HTML5+CSS3+CoffeeScript+jQuery makes for very easy UI-building, nothing beats it for whipping up custom widgets, and, MS-IE aside, it’s flat-out fun.

    …of course, there ARE still some things I doubt it’ll ever be able to do satisfactorily.

    Primarily things that either need highly-optimized disk I/O without having to keep the UI and privilieged code separated by a network socket (like a bulk image manager and high-speed tagger I’m working on, albeit slowly) or fast, memory-light utilities which, by nature, need to do privilieged things like generating shaped, borderless windows smaller than a banner ad or augmenting the desktop with new behaviours. (The sort of thing I’d write with PyGTK or Vala and some profiling tools.)

    …and command-line scripts in general, of course.

    It’s always important to have a good understanding of the limits of each and every one of your favorite tools.

Leave a Reply