HTML, the HyperText Markup Language, is an essential part of the Internet experience, but since the HTML 4 standard...
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
(v 4.0 Dec 1997, v 4.01 Dec 1999) was finalized, further development has been irregular to say the least. An attempt to push HTML into compliance with XML markup started even as HTML 4 refinement was in progress, with a formal W3C XHTML recommendation in January 2000. While there has been some penetration of XHTML into Web practices, the dominant standard is still HTML 4.
Even as HTML 4 was being finalized, developers realized that it would not be adequate to fulfill the vision of a comprehensive Web hypertext architecture. Furthermore many felt that the W3C framework would not be the best way to explore the possibilities. The Web Hypertext Application Technology Working Group (WHATWG) got organized in 2004. It operates in informal coordination with the W3C HTML Working Group and many browser developers are associated with both groups. WHATWG is very open to input from Web designers.
New markup elements
A number of new markup elements have been introduced to make it easier to define the structure of a HTML document and to expand the user interaction capabilities. Many of the new elements are intended to improve the connection between content and semantic intent. An example of semantic markup would be a <nav> section containing navigation links. Presumably semantic markup will get us even better search engine results. For most developers, the most significant new elements will be <video> and <audio> for embedding multimedia content and <canvas> for dynamic graphics.
Markup for forms gains many new attributes to support input checking, for example, ensuring a numeric input is in the correct range or that an email address is in the right format. These validity checks should only be considered a user interface improvement, not a substitute for validity checking at the server.
Improved Graphics capabilities
Scalable Vector Graphics (SVG) is an XML language for defining 2D graphics. Embedding SVG in HTML has been supported in the current generation of browsers (except MSIE) and SVG support is required in HTML5.
HTML5 tries to expand the ability of a user to interact with a page. One possibility is allowing "drag and drop" to move content within a page. Other suggestions provide expanded management of undo capabilities and the capability to move content between web pages or Web Messaging.
Specification writers and browser developers all assume that we will be using many features of HTML5 which have reached maturity long before all the blue-sky ideas settle down. Browser developers have been incorporating the more settled features for some time. Since I happen to have the most popular browsers on my working machines, I thought it would be interesting to try them all on the html5test.com website (6/08/2010 version.) This site will show you a score (out of 300) roughly indicating how well your browser supports HTML 5. In the table, the "missing" column indicates some of the areas of greatest weakness, not specific features.
|Chrome||5.0.375.55||197||new elements, forms, microdata|
|FireFox||3.6.3||139||new elements, forms, microdata|
|Safari||5.0||207||new elements, forms, microdata|
|Opera||10.53||129||new elements, forms, user interaction, microdata|
The low score for MSIE is not what I expected considering all the HTML5 talk in Microsoft publications. It is rumoured that MSIE 9 will implement many more of the required features. If this doesn't happen, look for further decline by Microsoft in the browser sweepstakes.
Future of HTML5
Browsing around the WHATWG website I frequently run into "draft" standards and "next generation" addition discussions. Browsing around the browser developer sites I also see lots of "proposed" innovations. Browsing around the W3C working drafts I see changes that have taken place since I started researching this article, including specifications which were once part of HTML5 being moved to separate development tracks. Clearly, HTML5 is not going to reach a final form any time soon so developers need to carefully consider the stability of the standard before making a leap.
Developers have charged off in all directions since the first Java applets showed how HTML could be embellished with dynamic "plug-in" additions to HTML pages to create "rich Internet applications." Just trying to list the players is exhausting - Flash, Flex, Silverlight, JavaFX, JSON, CSS3, and on and on. Will the open standard HTML 5 win out over proprietary and quasi proprietary technology? I suspect only the most useful elements for video and audio will become widely used any time soon.
HTML5 information resources