2022, or when will HTML 5 be ready?

Aside from being the year Queen Elizabeth II will celebrate her Platinum Jubilee, assuming she’s still kicking around, 2022 is the year that’s been inappropriate linked with HTML 5 in the minds of a lot of our community.

I understand why someone might think that, but it’s wrong. 2022 was misinterpreted as the year HTML 5 would be ready. That’s wrong. HTML 5 is ready today.

In an interview by Tech Republic, for a techie audience, Ian Hickson, the editor of the HTML 5 working draft, was asked to give a timeline of the HTML 5 recommendation.

One date should have come out of that interview, but another, much further away did instead: 2022 – the date of the final proposed recommendation, which actually translates to:

require at least two browsers to completely pass [HTML 5 test suites]

Let’s put this in context of another spec that has taken a very long time: CSS 2.1.

CSS 2.1 is CSS that I’m certain you’re familiar with. I’m certain you use it day to day without any thought as to whether it’s a completed spec.

It’s been in development for over 10 years, and it’s only just become a candidate recommendation (23rd April 2009).

That said, it doesn’t have two browsers completely supporting it. Only Internet Explorer 8 supports the full CSS 2.1 spec.

Did that stop you from using CSS 2.1? I suspect not. Will that stop us from using HTML 5? It certainly shouldn’t. HTML 5 is available and ready to be used today.

What is the important HTML 5 date?

October 2009.

This October is the last call for the HTML 5 working draft.

That means, that issues with the spec, enhancements, bugs, anything, it all needs to be in and submitted and written in to the spec for October this year (it can go through reiterations, the this is the main deadline).

The WHATWG is completely open for anyone to contribute their ideas and suggestions.

You can sign up to the mailing lists, look through the backlog of mailing list. You can communicate directly using IRC and there’s even a complete log of all the IRC history. All available from http://whatwg.org.

Share and Save:
  • Twitter
  • Digg
  • Sphinn
  • Reddit
  • del.icio.us
  • StumbleUpon
  • Technorati
  • Netvibes
  • Facebook
  • Google Bookmarks
  • FriendFeed
  • HackerNews
  • LinkedIn
  • NewsVine
  • Tumblr

30 Responses to “ 2022, or when will HTML 5 be ready? ”

Comment by Phil Ricketts at

The comparison to CSS 2.1 is nice, puts it perspective – we can use html5 today, successfully. But … it will be a pain in the arse if you still need to support ancient browsers! I guess it also depends on what benefits of HTML5 (other than being trendy and ‘modern’) you are hoping to lift.

This comment should have been more meaningful.

Comment by steve faulkner at

Hi remi,
you wrote:
“The WHATWG is completely open for anyone to contribute their ideas and suggestions, compared to the W3C working groups are closed and invite only for experts.”

This is completely incorrect in relation to the W3C HTML WG

Anyone can become a member of the W3C HTML WG, if you do, you will be able to paricipate in the development of the spec (all members get to vote on important issues that are put to a vote and can make formal objections etc) , not just a chance to comment. Subscribers to WHAT WG mailing list have no such rights. if you don’t want to become a W3C working group member, you can still submit bugs to the HTML5 bugzilla or send comments to the HTML comments.

Information on how to join and the various ways to contribute are available http://www.w3.org/html/wg/

Comment by oli at

Now someone needs to tell the http://ishtml5readyyet.com/ guy :D

Also, @Steve Faulkner would “W3C working groups are closed and invite only for experts” be a fair generalisation for groups apart from the W3 HTML WG? I know some email lists are open, but I’m under the impression (as Remy appears to have been) that most decisions are made behind closed doors.

Comment by Chris Mahon at

Good post Remy. Like Phil said in the comments I think the benefits of using HTML 5 over HTML 4 need to be made a lot clearer.

One question I did have actually was the ability to mix HTML 4 & 5 elements together. For example the video bits in HTML 5 are superb, but can these be injected into a page with a HTML 4 doctype?

The other question is when the rest of the web (such as Google) will start making use of HTML 5 so that our markup is indexed properly. Maybe they are doing this already but I think a lot of other things need to happen before HTML 5 is ready to be adopted by the masses.

Comment by Remy Sharp at

@Chris – one of the key things about HTML 5 is that it’s being developed with the following approach: “pave the cowpaths”. Since this is the case, there’s nothing stopping you from putting a video element in an HTML 4 document – because that’s the cowpath!

In fact, there’s nothing stopping you from using XHTML 1.1 strict and using poorly marked up tags. The browser’s going to do what it can to render the page.

HTML 5 is what you’re validating against. If you have a video element in an HTML 4 doc, it will work (though I’ve not tested it, I’m pretty sure it will), but it’s not “valid”.

Re: Google – they’re already using the HTML 5 doctype, and by no coincident, the HTML 5 editor also works for Google. So you can be fairly sure (like pretty much 100% sure) that Google is going to correctly index the markup. Equally, you’re still using heading elements for headings, and you’re using semantics, so you’re going to be fine with HTML 4 or 5 and Google is going to both do it’s job in indexing and all the SEO dark arts (regardless of your doctype).

I’m really not sure what “other things need to happen” for this to be a reality. Go back to comparison off CSS 2.1 – when did you start using it? When it was supported in all the browsers (which isn’t now, not even IE6 – :hover anyone?), but you were comfortable with supporting IE5 (during the early – and later days of IE7) and IE6.

Comment by oli at

@Remy—zing! :D

@Chris—HTML 5 is basically the same as HTML 4 with a shorter doctype, as long as you don’t use the new bits. I’d use the HTML 5 doctype if you do plan on using the new bits though!

Comment by steve faulkner at

Hi Oli, yes as I noted in my next comment.

“but I’m under the impression (as Remy appears to have been) that most decisions are made behind closed doors.”

There is oversight of decisions within the W3C and all specifications go through a public consultation process. there is not such formal process in the WHAT WG, while one is free to subscribe to the WHATWG mailing list, this does not confer rights to the individual to play a part in the development of the spec.

Comment by Sean Hood at

I’m using HTML5 in all my new projects. I dont see why other people aren’t. It’s less code to type on an average page for one.

Comment by kazu at

CSS 2.1 has NOT been recommendation yet, right? It’s still candidate recommendation – the fact does NOT affect your point at all, though.

Comment by Chris Mahon at

@remy thanks for clarifying some of the questions I had.

I think CSS is a bit of a different beast. The main deciding factor on choosing which CSS spec (or part of it) to use depends on how you want to achieve a certain style. I agree I didn’t even think about when to use CSS 2.1, all I’m saying is that HTML 5 needs to be very clear with the benefits on why someone should use HTML 5 over HTML 4. With CSS it is very clear what the benefit of a certain spec has over, maybe I just haven’t looked in enough detail but HTML 5 seems to be focussing on the semantics, which is good, but there must be more to it than that to make people switch. I think this site will help HTML 5 out though so hopefully that’s a non issue soon :)

At the end of the day, people will choose to use what they want because of habit and getting them out of that is the tricky bit. HTML 5 looks cool and I’ll probably end up using it at some point (new job is very UI focussed, not much markup) but more for the JS stuff I’ve seen you do, rather than the semantic side of it.

Comment by Resident sceptic at

“Google is using HTML5″ ???
Oh please :P

They’re only putting lipstick on a pig as the saying goes…

View source on Google.com and you’ll see a <doctype html> slapped on the worst kind of non-validating, non-conformant, bad practice (eg. inline styling and inline scripting only) tag soup including attributes that were excluded from HTML in the 90’s and considered ugly code since then…

If that is what HTML5 makes us create (all the “halleluljah rethorics/propaganda aside), then thanks but no thanks.

Comment by ZorphDark at

A really good post to read. Thanks for explain that argue ’bout html5 boyhood. Me & some friends were using the fifth version to develop some little testings, but from now I will reconsiderate the new ht language from another perspective. Browsers developers should help us in this way ;)

Comment by Frank Silbermann at

Let’s hope that by 2022 we’ll have long had an object-oriented _replacement_ for HTML.

Comment by Joeri Kassenaar at

Hmm…
I’m 42 years old and I hate the digital world.
Nice to compare html5 to css2.1, now lets compare it to a car shall we?

Me
Is my car ready?
Car sales person
Yes, but mind you, most petrol stations will sell the wrong petrol, and if you need a new tire then it would most likely will not fit without a convertor ( hint to audio tag )

I, today, got 4 breaks at my work for software updates…
As I stated: I hate the digital world. Create specs, create the product, release the finished product.

“Yeah we know its only half the film and only some cinemas will show reel 2, but heh, we will have the script finished on october 2009″ Just isn’t good enough for me to state to movie is “there”.

I hope you can at least folow my drift a bit :)

Comment by Remy Sharp at

@Joeri – I think I see what you’re trying to say, but answer me this one question:

Even though CSS 2.1 isn’t a completed spec, and it’s only fully implemented in IE8 – does that stop you from using CSS 2.1?

If not, then you catch my drift too ;-)

Comment by Hamranhansenhansen at

The real question is when will HTML4 be ready? The answer is never. HTML4 was a failure. We made proprietary Internet Explorer apps with proprietary Flash audio video in them the whole time whether we wanted to or not.

Leave a Reply

You can use these tags: <a href="" title=""> <abbr title=""> <b> <blockquote cite=""> <cite> <del datetime=""> <em> <i> <q cite=""> <strong>

You can also use <code>, and remember to use &lt; and &gt; for brackets.