Closed Bug 1848 Opened 26 years ago Closed 25 years ago

dynamic pseudo-classes: :hover, :active, and :focus not yet supported

Categories

(Core :: CSS Parsing and Computation, defect, P3)

Product:
Core
Component:
CSS Parsing and Computation
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: jeremie, Assigned: joki)

References

(
URL
)

Details

I know theres no guarantee of complete CSS 2.0 support, but supporting at least the commonly used A:hover style mechanism would be great :) More info: http://www.w3.org/TR/REC-CSS2/selector.html#x33
*** Bug 2491 has been marked as a duplicate of this bug. ***
*** Bug 2420 has been marked as a duplicate of this bug. ***
*** Bug 3107 has been marked as a duplicate of this bug. ***
BTW, according to CSS2 spec, :hover applies to everything, not just links. Also, :active and :focus apply to both links and form elements.
Assignee: peterl → joki
Now we just need the event state manager to do the right thing here (and call ContentStateChanged)
Right now the :hover style is being applied when I click on a link. It should be getting the :active style. See tests at: http://www.fas.harvard.edu/~dbaron/csstest/sec051103
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Both test cases here work now. If someone has specific sub tests that do not work please file more bugs. One note on the last test case, clicking on a link to make it active also currently gives it focus. I haven't yet seen an order of precedence for these. Currently the focus wins. However, if no focus style exists the active will work.
Status: RESOLVED → VERIFIED
Status: VERIFIED → REOPENED
The :focus pseudoclass has regressed. Check David Baron's test case above, i.e., http://www.fas.harvard.edu/~dbaron/csstest/sec051103.html Tab through the links, and notice that the color changes caused by the :focus state are never removed. (Note: I had to click inside the main content window before the tabbing works -- this may be a different bug.) This is broken in M12 and the 1999-12-22 nightly build.
This bug, as originally reported, is still fixed. The reason for which it was reopened is covered by bug 21363. Does anyone know the bug number for the fact that pages aren't focused by default, and one must click in the page first to tab through links? I'm not going to re-resolve this bug until I know that's filed (or file it myself)...
Status: REOPENED → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 25 years ago
The bug for having to click in a window before using it is 9701. Re-fixing.
Fixing again.
David: Using 1/3 build, I am trying to verify bug. Using your testcase, when I tab from link to link, it is necessary for me to go back to the previous link and at least hover over the element in order for color to change from focus to visited. Is this the expected behavior?
That problem is bug 21363, not this bug. (I have no idea why bug 21363 is in XPMenus component, though.)
Status: RESOLVED → VERIFIED
Thanks David. Verifying bug fixed.
You need to log in before you can comment on or make changes to this bug.