- From: Colin Lieberman <colin@fontshop.com>
- Date: Fri, 02 Mar 2007 09:25:45 -0800
Alexey, I see your point regarding buttons, but there are many other cases where an a element seems unnecessary and redundant (as others have pointed out): Navigation: <ul id="main_nav"> <li href="/">Home</li> <li href="/about/">About</li> </ul> clickable images (like a thumbnails gallery) glossary links: <abbr title="hypertext markup language" href="/glossary.php#html">html</abbr> There are, I think, numerous cases like these we encounter every day where an a is slipped inside another element because that's the only way to make the link, and the anchor itself serves no other purpose. From a semantics point of view, the clickablility of an object and the destination URI of that action is a property of the element itself, and it makes much more sense to me to use an attribute, rather than a separate element, for these sorts of cases. Colin Lieberman Alexey Feldgendler wrote: > On Fri, 02 Mar 2007 17:55:34 +0100, Colin Lieberman <colin at fontshop.com> wrote: > > >> One of the strengths of the current XHTML2 spec is the broadened use of >> the href attribute >> (http://www.w3.org/TR/xhtml2/mod-hyperAttributes.html#adef_hyperAttributes_href) >> -- and the resulting requirement for user agents that any element with a >> (valid) href element be an actionable link. >> > > Any element can be made into a button, but HTML has the <button> element to explicitly express the button semantics. I think you won't argue that > > <button onclick="...">Calculate</button> > > ...is preferable than > > <span class="button" onclick="...">Calculate</span> > > Likewise, HTML has <a> to explicitly express the semantics of a hyperlink. I don't see how the language would benefit from the ability of turning any element into a link. > > >
Received on Friday, 2 March 2007 09:25:45 UTC