Closed
Bug 47291
Opened 24 years ago
Closed 24 years ago
CSS: Priority of a:link over specified class=
Categories
(Core :: CSS Parsing and Computation, defect, P3)
Core
CSS Parsing and Computation
Tracking
()
VERIFIED
INVALID
People
(Reporter: mike, Assigned: pierre)
Details
Attachments
(2 files)
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-test3 i686; en-US; m18) Gecko/20000801 BuildID: 2000080113 Mozilla seems to prefer style definitions from a:link over ones specified in class= Not sure if this is a bug or a feature. Reproducible: Always Steps to Reproduce: 1. create a style definition for a:link and a.xyz 2. <a href="..." class="xyz" ... > 3. mozilla preferes a:link over a.xyz definitions to render the link Expected Results: Good question. At least other browsers seem to priorize a.xyz over a:link.
Comment 1•24 years ago
|
||
Confiriming, changing OS/Plat to all in hopes someone who knows the exact css specs knows which should hold precedence.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: PC → All
Comment 2•24 years ago
|
||
Need a testcase. Sounds like an INVALID bug, since it should depend on order (pseudo-classes and normal classes have the same specificity).
Comment 3•24 years ago
|
||
Comment 4•24 years ago
|
||
Marking INVALID: testcase shows that Mozill ais cascading correctly.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 5•24 years ago
|
||
Thanks for the clarification. As said initially it was not clear to me what the correct behaviour is. I just noticed that NS and IE did display it differently.
Reporter | ||
Comment 7•24 years ago
|
||
To clarify the difference, i added a test case which behaves differently between NS and Mozilla.
Reporter | ||
Comment 8•24 years ago
|
||
Comment 9•24 years ago
|
||
Netscape's standard compliance QA team reorganised itself once again, so taking remaining non-tables style bugs. Sorry about the spam. I tried to get this done directly at the database level, but apparently that is "not easy because of the shadow db", "plus it screws up the audit trail", so no can do...
QA Contact: chrisd → ian
You need to log in
before you can comment on or make changes to this bug.
Description
•