This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
They complicate implementation and are not super-useful. We can add them later.
https://dvcs.w3.org/hg/webcomponents/rev/0a5eaa16902a I commented these out for now.
Rhe first list in "4.3 Matching Insertion Points" is really hard to understand. I think I know what it's trying to say, but I don't understand how it's trying to say it. I wish there was some way to simply say that we're matching against the elements that are being inserted into that shadow tree, and that the comma-separated "compound selectors" are matched against those elements. I.e. express it in terms of pattern matching rather than selecting. But I don't know if CSS has that vocabulary. Something else that I realized is that we can, and probably should, allow the negation pseudo-class. But the contents of that pseudo class must still be the same types of selectors that we normally require.
(In reply to comment #2) > Rhe first list in "4.3 Matching Insertion Points" is really hard to > understand. I think I know what it's trying to say, but I don't understand > how it's trying to say it. > > I wish there was some way to simply say that we're matching against the > elements that are being inserted into that shadow tree, and that the > comma-separated "compound selectors" are matched against those elements. > I.e. express it in terms of pattern matching rather than selecting. But I > don't know if CSS has that vocabulary. I agree, that whole section needs to be rewritten. > Something else that I realized is that we can, and probably should, allow > the negation pseudo-class. But the contents of that pseudo class must still > be the same types of selectors that we normally require. So, should I uncomment them back? :)
(In reply to comment #3) > > Something else that I realized is that we can, and probably should, allow > > the negation pseudo-class. But the contents of that pseudo class must still > > be the same types of selectors that we normally require. > > So, should I uncomment them back? :) Ah, I misread your comment. Can we put negation on the back-burner until you guys have an implementation?
Sure, I don't feel strongly. I'd suspect you'll quicker see an implementation which supports :not() if it's in the spec right away though.
I rewrote the text around matching criteria. It should be simpler/clearer/better: https://dvcs.w3.org/hg/webcomponents/rev/c951bba69aa9 Please take a look: https://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/shadow/index.html#satisfying-matching-criteria
Great!