Linked by snydeq on Tue 16th Aug 2011 16:46 UTC
Web 2.0 InfoWorld's Peter Wayner discusses the 11 hard truths Web developers must accept in making the most of HTML5 -- especially those who are looking to leverage HTML5 in hopes of unseating native apps. 'The truth is, despite its powerful capabilities, HTML5 isn't the solution for every problem. Its additional features are compelling and will help make Web apps formidable competitors for native apps, but security issues, limitations of local data storage, synchonization challenges, and politics should have us all scaling back our expectations for the spec.'
Permalink for comment 485682
To read all comments associated with this story, please click here.
Member since:

This is how I interpret the new tags...
NAV = The stuff here consists of primary navigation links. If you are looking for the collection of links that the author identifies as authoritive this website you just found it.

In other words UL/A's job, maybe with ARIA roles.... tags you'd probably HAVE inside it ANYWAYS making it a pointless extra container.

HEADER = The stuff here is NOT part of the primary content of this page, it is decorational and/or contains index/navigation items that are not related to the primary content.

Like the H1, maybe a para that's directly under the h1 which means it's not sectional content, making this tag nothing more than justification for the people who insist on ading DIV#header to the markup for no good reason.

FOOTER = Semantically means exactly the same thing as HEADER, it simply allows for a distinction between things that come before the document and things that come after.

This is one I can ALMOST see the point of -- but if it's floating content at the bottom after a HR, I really don't see the need for this to have anything more than a DIV... and that's as a STYLING hook, not a semantic one!

ARTICLE = This stuff here is a self-contained document that is capable of standing on its own. If you want to just grab the meat of this page this is what you want.

In other words all content that should be between H2's or between an H2 and a HR... assuming you bother with the semantic meaning of HR. (but much like the rest of the elements, nobody bothers looking at the meaning and goes right for it's default appearance)... but then my hand flies up ready to deliver a "Benjamin Sisko's mother-**** pimp-slap" every time I see H1 containing a title immediately followed by a h2 with a tagline inside it... when that tagline is NOT the start of a subsection of the document.

ASIDE = Stuff that isn't critical to the rest of the content on the page (like the news sidebar on this site)

Which is NOT what an ASIDE means, though certainly everyone seems to be ABUSING it as such -- an aside is a side note about the main topic, that isn't integral to it. Using it for elements unrelated to the main topic means it's not an ASIDE...

I'm not sure what good an element nobody is going to use for what it means is going to be in a specification where nobody is bothering to do that anyways...

SECTION = Arbitrary way to divy things up if you so choose to. I'm not a big fan of this one because it seems to me exactly the same thing as what DIV was supposed to be.

Which is how I see all these other elements. DIV -- division, divide it up into sections.

MENU = Everyone thinks menu is a bit "off"... which is why no one supports it. Since no one supports it it probably won't be around much longer (unless someone can think of a way to actually use it effectively)

Doesn't help W3SchoolhouseRot is already abusing it incorrectly in their examples... though these days that steaming pile of webrot only continues to plod on like the old gray mare because nubes are STILL dumb enough to think the site has anything to do with the W3C. (which it doesn't).

Funny thing is, if they just brought menu back as what it was in 3.2, it would automatically work everywhere and be a great option instead of NAV.

Anyway, I won't go through them all, because most of the remaining ones are not terribly useful.

Funny that, the ones I think are useful you didn't mention. DATALIST, WBR, and MARK... and I only list MARK because it means no more stuffing a class on SPAN's for doing that. I really wish there were a lot less of these pointless grouping containers redundant to DIV and a lot more MEANINGFUL tags for wrapping raw CDATA. METER, PROGRESS and TIME for example aren't bad either.

But those aren't the ones anyone's even trying to use or getting excited about -- and I really don't get that. The "semantic" block level grouping containers really are bloat, nothing more.

For example, an H1 should be the top level heading in a document

under-which all other headings are the start of subsections... meaning it should be the topmost eading on the page; like the heading on the site. I fail to see how flushing heading structure down the crapper and "making them all H1", abusing the h1/H2 pairing for taglines, and grouping them in an extra tag for nothing is an improvement -- unless it's throwing your hands up in the air and saying "Screw it, people are too stupid to use numbered headings".

I think in a lot of ways that's my biggest issue with 5 -- a LOT of it seems to be "people are just vomiting up 3.2 and slapping tranny on it. Oh well, let's placate them and to hell with making things better"... hence the looser rules, more tags for people to abuse and mis-use when they can't even use any of the existing tags right, etc, etc...

It's like the W3C threw it's hands up in the air and said "Oh well, just barf up a spec any old way".

Edited 2011-08-18 02:13 UTC

Reply Parent Score: 2