[whatwg] href attribute
Colin Lieberman
colin at fontshop.com
Fri Mar 2 09:25:45 PST 2007
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.
>
>
>
More information about the whatwg
mailing list