Closed Bug 30384 Opened 25 years ago Closed 25 years ago

Dragging out of toolbar button while clicking leaves button depressed

Categories

(Core :: XUL, defect, P3)

x86
Windows NT
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: phil, Assigned: bugs)

References

Details

Attachments

(1 file)

Using 3/3 build on Windows NT 1. Click on a toolbar button and hold the mouse button down 2. Move the mouse cursor out of the toolbar button Expected: button pops back up, as though it wasn't selected Actual: button stays in selected state, even when the mouse cursor isn't in it
All widgets need to work this way. Should be able to move in and out while mousedown, and widgets should continue to select and deselect appropriately. reassigning to joki
Assignee: trudelle → joki
*** Bug 30911 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 27348 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Peter: in your comment above, you mention that this should apply to all widgets (button, radio, checkbox, etc.). Was it your intent that this bug cover all of these or just for buttons (and separate bugs should be filed for the other widgets)?
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
I thought it might apply to all if the fix was mostly common to all. If it is really a bunch separate issues, then it should probably be separate bugs. This applies differently to some widgets (e.g. scrollbars), maybe not at all to others (e.g.splitter ).
So, joki: if this is not a common fix for all, let me know and I will file the appropriate bugs. Note also that pinkerton has fixed this behaviour for mac/win titledbuttons (bug #30911).
John, please attach a test case containing all the widgets that should exhibit this behavior. That will make it easy for joki to explore this further. Thanks a lot!
I realized that this is not an event problem, but one involving the use of CSS for the base widgets (and if I had looked at pinkerton's patch for bug #30911, I would have known that a long time ago. Mea culpa). Widgets should be depressed in the :active:hover pseudo-class (as opposed to simply :active). I spoke with Ben, and I'm passing this over to him, and attaching the example file I was working on. [The testcase can also be run with the rule *:hover:active {background-color:#ffcc33} to show that the event change for is properly fired for these widgets]. This could be considered as nsbeta2, but I'll leave that to Ben's discretion.
Assignee: joki → ben
Status: REOPENED → NEW
menubutton, menulist and the scrollbarbutton, apparently need some :hover:active style -- ben, am I leaving some out that should be added.
As far as I can tell, every xul widget that should now displays this behavior - mouse down and move the mouse off the widget, and the widget looks inactive. move the mouse back over it, and it appears active again. this fixed?
I believe this is long since fixed in all skins.
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: