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)
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
Comment 1•25 years ago
|
||
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
Comment 3•25 years ago
|
||
*** This bug has been marked as a duplicate of 27348 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Comment 4•25 years ago
|
||
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 → ---
Comment 5•25 years ago
|
||
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 ).
Comment 6•25 years ago
|
||
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).
Comment 7•25 years ago
|
||
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!
Comment 8•25 years ago
|
||
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
Comment 9•25 years ago
|
||
Comment 10•25 years ago
|
||
menubutton, menulist and the scrollbarbutton, apparently need some
:hover:active style -- ben, am I leaving some out that should be
added.
Comment 11•25 years ago
|
||
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?
Assignee | ||
Comment 12•25 years ago
|
||
I believe this is long since fixed in all skins.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•