Markus Ernst wrote:
> Anyway, why do you suggest a new attribute rather than making the
existing href attribute global?
Because I think some current and depreciated tags still use href for a
different purpose (<base> for one). A global attribute should be unique.
I don't really mind what the attribute is called.
Anne van Kesteren wrote:
> We have a FAQ entry on this -- quite common -- request:
>
>
http://wiki.whatwg.org/wiki/FAQ#Does_HTML5_support_href_on_any_element_like_XHTML_2.0.3F
>
> Hope that helps!
I'm happy to see it's a common request but I really hope the FAQ entry
doesn't represent a final decision. I strongly disagree with its
conclusions, so I'll address each:
FAQ: * It isn't backwards compatible with existing browsers.
Not entirely true. I quote from the same FAQ:
----------------
What about Microsoft and Internet Explorer?
HTML 5 is being developed with IE compatibility in mind. Support for
many features can be simulated using JavaScript.
----------------
So 'backwards-compatibility', as defined by the same document, can be
achieved by using javascript to walk the DOM and add
'window.location(node.getAttribute('link'))' to the onclick handler of
any nodes with a link attribute. I have done a very similar thing before
to implement :hover on non-anchor elements in IE. Of course an author
wouldn't have to use this new attribute at all so
backwards-compatibility is the designers choice, not an issue with the
proposed attribute.
FAQ: * It adds no new functionality that can't already be achieved
using the a element.
Absolutely not true. A global attribute offers several features that <a>
does not - most importantly nested links and the ability to hyperlink
block and interactive elements without breaking validation.
FAQ: * It doesn't make sense for all elements, such as interactive
elements like input and button, where the use of href would interfere
with their normal function.
As long as the spec is clear about which actions take precedence then
this is not an issue. The spec should assume that if an author puts a
link on a form element then they are *deliberately* interfering with its
normal function. Trying to protect authors/users from their own bad
choices is a very 'Microsoft' way of thinking and not really appropriate
for spec targetting web authors. There might be good reasons for doing
this that are not immediately obvious.
FAQ: * Browser vendors have reported that implementing it would be
extremely complex.
I find this claim incredible. How is a global link/href any more
difficult than the existing implementations of onmouseup/down/whatever?
It's basically the same thing - only *simpler* (no scripting, events,
bubbling, etc).
So on all counts I find the claims in the FAQ incorrect and urge the
WHATWG and browser vendors to reconsider the inclusion of a global link
or href attribute.
Shannon
