- From: Benjamin Poulain <bpoulain@apple.com>
- Date: Wed, 13 Aug 2014 13:17:46 -0700
- To: Boris Zbarsky <bzbarsky@MIT.EDU>, www-style@w3.org
On Aug 12, 2014, at 9:05 PM, Boris Zbarsky <bzbarsky@MIT.EDU> wrote: > On 8/12/14, 8:18 PM, Benjamin Poulain wrote: >> In the definition of :any-link (http://dev.w3.org/csswg/selectors4/#the-any-link-pseudo), the text explicitly mentions the elements it matches for HTML5: <a>, <area> and <link>. I don’t see why matching <link> is useful in that context since it does not have a visual representation. > > By default. You can render it just fine in practice. Here's a simple example: > > <!DOCTYPE html> > <style> > head,link { display: block } > link::before { content: attr(href) } > </style> > <link href="http://example.org"> > > Of course if you try that testcase you'll see even more behavior differences between browsers in terms of whether the <link> is treated as a link or not... > >> I suggest removing <link> and limiting the 3 selectors to visual content. > > Please do note http://www.whatwg.org/specs/web-apps/current-work/multipage/scripting.html#selector-link for what the HTML spec has to say on the matter. I understand Firefox does things differently, but what is the rationale behind that? Is there a new role for <link> I am unaware of? Is it intended to replace <a> in some cases? If you use -moz-any-link with querySelector on Firefox, half of the results are for stylesheets which is never what authors want. Benjamin
Received on Wednesday, 13 August 2014 20:18:46 UTC