[whatwg] New attributes would degrade better than new elements

Jukka K. Korpela jkorpela at cs.tut.fi
Wed Oct 26 12:38:06 PDT 2011


New elements like <nav> and <footer> have the problem that some existing 
user agents don't recognize them, even for the purposes of styling. So 
if you want to use <nav>, then - unless you're using it for purely 
semantic reasons with no idea of styling - you need to use some special 
trick to make old browsers recognize it or assign your styles to some 
logically redundant <div> markup that you use in addition to <nav>.

Therefore, it would be much simpler, for compatibility with existing 
user agents, to use just <div type=nav> and <div type=footer>. Such 
elements can be styled at will, and if any browsers or search engines 
wish to recognize semantic markup, type=nav should not be a bigger 
problem than <nav>, rather smaller.

I understand that this should have been suggested years ago. But I 
didn't think of the issue, and it seems that neither did anyone else, 
aloud. And it's not too late, is it?

Nobody needs new elements with no required functionality, really. The 
idea of more compact markup is pointless. People don't read or write 
markup that much, and if they do, <div type=nav> is no less semantic 
than <nav>. But the latter has the serious drawback of being ignored by 
many relevant user agents.

It does not need to be the 'type' attribute of course. That attribute 
name is seriously overloaded, so 'kind' might be better. The important 
thing is to introduce an attribute different from 'class', which 
currently lets authors use a free naming space. We don't want to 
interfere with style sheets that might use this or that 'class' 
attribute value; instead, a new attribute name (defined as semantic, not 
presentational, but still useful for styling) is called for - rather 
than new element names, which are born homeless.

-- 
Yucca, http://www.cs.tut.fi/~jkorpela/


More information about the whatwg mailing list