Closed Bug 6752 Opened 25 years ago Closed 25 years ago

gfx form elements are not implementing active and hover

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: kmcclusk, Assigned: rods)

References

(
URL
)

Details

Gfx form elements do not honor hover and active.
Status: NEW → ASSIGNED
Target Milestone: M7
Assignee: kmcclusk → pierre
Status: ASSIGNED → NEW
Reassigning to Pierre
Status: NEW → ASSIGNED
Target Milestone: M7 → M8
Assignee: pierre → kmcclusk
Status: ASSIGNED → NEW
Pierre, I'm re-assigning back to me. I've already fixed this in my code
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Added active and hover rules to ua.css for gfx-rendered radio buttons.
Added active and hover rules to ua.css for gfx-rendered checkbox.
Active and Hover are handled by the event-state manager so adding rules to
ua.css should be sufficient for all gfx-rendered widgets.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
ok, hover and active work on radio buttons and check boxes (and i assume
anything else you add a css rule for), but disabled still look clickable
onMouseOver.

if a radiobutton or checkbox is disabled, the hover and active properties
should never take effect.

reopening bug.
Target Milestone: M8 → M9
When in gfx-mode, the disabled radiobutton and checkbox can still be clicked on.
Target Milestone: M9 → M10
Moving to M10
Assignee: kmcclusk → rods
Status: REOPENED → NEW
Rod, re-assigning to you.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
The disable part of this buf is now covered under Bug 11466. This bug is fixed.
Status: RESOLVED → VERIFIED
ok. marking verified fixed on

     1999-08-13-08 RedHat Linux 6.0 (GNOME/enlightenment)
     1999-08-13-08 WinNT 4.0 sp5
     1999-08-13-08 MacOS 8.51
You need to log in before you can comment on or make changes to this bug.