Closed
Bug 3366
Opened 26 years ago
Closed 26 years ago
adjacent sibling selector quirks
Categories
(Core :: CSS Parsing and Computation, defect, P2)
Tracking
()
VERIFIED
FIXED
People
(Reporter: dbaron, Assigned: peterl-retired)
References
()
Details
Here are two problems with adjacent sibling selectors (1999-03-02 Win95 opt
build):
1) We seem to interpret the spec's statement "immediately precedes"
differently. I think anonymous elements between should count as something
between. That's not what you're doing. See the test with a "(??)" in the
above URL, where you are applying (I think incorrectly) the EM + STRONG
selector.
2) They don't work with class selectors. This is nasty to parse, but
.warn+.rant ought to work. Again, see above URL. (Child selectors are fine
for this test. See childsel.html in the same directory.)
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•26 years ago
|
||
#1 is behaving correctly according to current consensus in the CSS w/g. This
issue has been discussed and may change. We'll comply with the w/g position.
#2 is a bug in the CSS tokenizer. Fix will be checked in later today. (was
taking '+.rant' as the number '+.' in 'rant' units, now it confirms that a digit
follows the '.' before presuming a number after '+.' or '-.')
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 2•26 years ago
|
||
Checked in.
Reporter | ||
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 3•26 years ago
|
||
Verified fixed.
I can see the WG position on #1 because of whitespace issues.
You need to log in
before you can comment on or make changes to this bug.
Description
•