W3C Finalizes the Definition of HTML5
hypnosec writes "The Worldwide Web Consortium (W3C) has announced that it has finalized the definition of HTML5 and that it is ready for interoperability testing. HTML5 hasn't been given the status of standard yet but it is feature complete now, giving developers a stable target to develop their web applications. The W3C said in the announcement 'HTML5 is the cornerstone of the Open Web Platform" and that it provides an environment which can utilize all of a device's capabilities like videos, animations, graphics and typography. The HTML5 specifications still have a long way to go before they hit the Recommendation status. HTML5 will have to go through a round of testing that looks specifically into interoperability and performance after which time it will be given a Candidate Recommendation title."
Mayan Calendar was right, it is the end of the world..
It is by no means finalised. This is like a beta. It's feature complete, now they've got to shake out the interoperability bugs between implementations. During this phase, they can discover that there are flaws or omissions within the specification, which will entail changes to the specification. When they have multiple interoperable implementations, then it will be finalised.
Bogtha Bogtha Bogtha
I have only just finished reading the HTML4 spec.
Someone get a copy of this over to Microsoft's IE dev dept!
You'll hate *much* more the day the H.264 licensing moster raises its ugly head.
Next round for starting asking for licensing fees is 2015
http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Patent_licensing
Check out my cross-platform apps
If my memory still serves me correctly, one of the promise of HTML5 is "Write Once, Runs Anywhere" .
I dunno about you, but as a developer, I still find that "Write Once, Runs Anywhere" promise not-yet-fulfilled
Wonder if this final draft will bring about the final fulfillment of that promise?
Muchas Gracias, Señor Edward Snowden !
While every standard has its issues I'm really hoping your hatred of XML/XHTML isn't the usual one. That is, that the "problem" with XHTML and XML is that parsers simply refuse to deal with broken XML/XHTML*, as far as I'm concerned that's a feature, not a bug.
* I've heard complaints about this many times, the core complaint seems to be "well, now I have to write markup that's actually standards-compliant and that's just too hard! I want HTML that will render even if it's horribly broken!"
Greylisting is to SMTP as NAT is to IPv4