title | authors | intro | types | categories | published | updated | status | |||
---|---|---|---|---|---|---|---|---|---|---|
10 myths holding HTML5 back |
|
While the momentum is certainly with HTML5, for so... |
|
|
2012/02/08 12:00:00 |
2012/02/08 13:00:00 |
archived |
While the momentum is certainly with HTML5, for some of us progress can’t happen fast enough. Yet, annoyingly, all too often we find ourselves facing the same old questions and challenges – ones that really have no basis in reality. So in this post, I want to focus on the 10 myths that I have to put down most often.
Myth 1: HTML5 is a Flash-killer
It’s not. There are some things that are simply better done in Flash or Silverlight (see my earlier post for details). And it’s not just this, for the foreseeable future there will also be issues simply in finding people with the right skills (at the right price) to develop in HTML5. So while HTML5 will certainly dent the use of Flash, we shouldn’t be digging its grave just yet. The myth holds back HTML5 because it causes unnecessary tension between flash developers and HTML5 developers. The HTML5 movement would benefit from the skills, expertise and creative flair that exists in the Flash community.
Myth 2: Using HTML5 as an Umbrella term is bad.
When most people say HTML5 they mean: HTML5, JavaScript, CSS3 and related specifications. Using the wrong language is almost guaranteed to polarize any group of developers. But you know what? Outside of developers, no one cares. So while I agree that if it’s a developer-to-developer conversation, we should try to be specific, we should cut everyone else a break. Because it’s more important that the world has confidence in moving to these new standards rather than getting distracted by developer infighting over semantics.
Myth 3: HTML5 is the next revolution
Hand on heart, there’s virtually nothing that can be done in HTML5 that couldn’t be done before. Sure, HTML5 can do it better and IMHO more elegantly but it is better to see it in terms of the latest evolution in the overall web revolution. For one thing, this is more accurate and for another, it’s less scary.
Myth 4: HTML5 doesn’t work in IE
Now, you’d expect me to take issue with this one. The truth is that IE9 supports the HTML5 features that can be used today and supports them well. IE10 supports practically the whole specification and there is more to come before final release. In fact IE8 supports a number of features too such as localStorage. With a little bit of care you can create elegant fall backs for older versions of IE. While of course I have a vested interest here, the point is a wider one. Because IE still has so much of the world browser market, this myth gets used as an excuse not to develop in HTML5. The reality is really quite different.
Myth 5: HTML5 won’t be ready until 2022
Well, no, 2022 was a date mentioned in an article back in 2008 but the date for HTML5 to reach W3C Recommendation level is 2014. So does that mean you can’t use HTML5 till 2014? No… This is just the date where there should be 2 browsers with 100% interoperable implementations of the specification. Remy sharp put’s this into perspective nicely in this article when he states that CSS 2.1 didn’t become a candidate recommendation until 2009… since Remy's article it went back to working draft in 2010 and then became a W3C Recommendation on 7 June 2011. Did Facebook, Google, YouTube [enter you favourite Site here] wait till 2011 before they started using CSS 2.1? No. Likewise with HTML5 you don’t need to wait until W3C Recommendation. With the current widespread browser support, why wait?
What’s really important is the user. Can they get a better experience with HTML5? If the answer’s yes, that’s good enough for me.
Myth 6: HTML5 will make websites more/less accessible
Fundamentally, it’s developers who make sites accessible. It’s their empathy with users that delivers an accessible site. And that’s not dependent on HTML5. Yet, perversely, this can be used as an excuse to wait.
Myth 7: It’s not possible to develop decent games
May I refer you to my post about Cut the Rope. Seriously, the issue here is that if a game is designed and built in HTML5, it is altogether possible to deliver a really great experience. The issues come when a game is simply ported from somewhere else. Are there better gaming platforms? Sure… Does that make HTML5 a bad gaming platform? No.
Myth 8: HTML5 is the answer to write once, run everywhere
Well, it certainly gets us closer. But a better description would be that HTML5 enables us to ‘write once, customise everywhere’. It provides a solid platform to develop from but not a universal panacea that makes all the differences between browsers and devices magically disappear. Touting HTML5 as a panacea creates division between developers and the resultant arguments hold us back from implementing HTML5 today.
Myth 9: There are no tools for HTML5
Certainly there’s a lack of major WYSIWYG editors (though they are coming). But this needn’t be a deal breaker. There are masses of code editors available and, at the end of the day, that’s really all you need. My editor of choice is Visual Studio, a tool I’ve been using for the past 8 years. If you have an editor that works well with JavaScript and HTML, you’re good to go.
Myth 10: HTML5 isn't ready for prime time
Right now, most HTML development is simply basic old JavaScript and HTML (i.e. the web stuff that’s worked in browsers for years). If you’re smart you can start mixing in some new HTML5 features for browsers that support it and create web applications that rival native applications. Take a look at the new lanyard mobile application as a great example of this. Seriously prime time.
Ultimately, the issue with all these myths is that they can act as an unnecessary brake on development and acceptance. And while some issues certainly do exist, let’s focus on the real challenges rather than phantom ones.