Re: [selectors-api] Handling :link and :visited Pseudo Classes

Bjoern Hoehrmann wrote:
>> and IE8b1 doesn't always match the white-papers.
> 
> After some quick tests I am not sure what it does or is supposed to do.

<sigh>.

> As for the suggestion that all links must match one or the other, that
> would disallow e.g. reporting accurate results for all "visible" links
> but omitting any invisble link.

Maybe I'm missing something.  We have two sets of links: S and T.  For links in 
set S, we do not want to communicate their visited status to the script.  For 
links in set T, we're OK to communicate the visited status.  I'm suggesting that 
links in set S should all match :link and not match :visited, while links in set 
T should match depending on their visited status.

A simple implementation that doesn't worry about security has S being the empty 
set and T being all links.  An implementation that doesn't want to hand out any 
history information puts all links in set S.  It sounds like you propose putting 
all "invisible" links in set S.

Do you have a concern not addressed by this approach?

> (As an aside, IE8 throws if the selector argument has trailing white
> space, but does not if it's leading white space instead. A quick reading
> of css3-selectors suggests white space on either end is illegal).

Interesting.  My first-cut implementation in Gecko allows both leading and 
trailing whitespace, more or less as a consequence of reusing the existing CSS 
selector parsing, which allows whitespace around selector lists.  It sounds like 
this might need to be explicitly specified (with tests in the test suite, etc).

-Boris

Received on Thursday, 17 April 2008 17:34:03 UTC