This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
As implemented in Blink and WebKit, :past is equivalent to :not(:future) and vice versa. This is not per spec, where :past and :future will only match if there's a timestamp node somewhere in the cue. What do other implementations do? What is most useful for developers? (Note that Blink's implementation makes it possible to only traverse the nodes once, where the spec's implementation would make it moderately more complex.)
Fixed title to be less wrong. :past and :future are mutually exclusive per spec as well, but it's possible for neither to match.
(In reply to Philip Jägenstedt from comment #0) > What is most useful for developers? See https://www.w3.org/Bugs/Public/show_bug.cgi?id=16875
(In reply to Simon Pieters from comment #2) > (In reply to Philip Jägenstedt from comment #0) > > What is most useful for developers? > > See https://www.w3.org/Bugs/Public/show_bug.cgi?id=16875 Any comment in particular? I agree that it's a problem, more serious than this bug, but it they seem like orthogonal problems to me.
I was thinking that fixing that bug might make this bug moot, but it depends on what the fix is.
Eric, WebKit is also affected by this. Fredrik and I think doing what the spec currently says seems fine, does that sound OK to you?