- click in a button, like the "OK" button of prefs window - while the mouse is down, move the mouse out of the button expected: - button returns to normal state actual: - button still looks depressed even though releasing the mouse will not click the button
Status: NEW → ASSIGNED
Whiteboard: fix in hand.
PDT+ just because I can
Whiteboard: fix in hand. → [PDT+] fix in hand.
This needs to happen for all widgets, not just unhighlighting, but tracking while the mouse stays down, and continuing to change state on mouseover/mouseout. Do we really want to hold PR1 for this level of problem? BTW, this is actually a dup of 30384, which nobody even marked beta1.
oh, heh. forgot to mark this fixed.
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
Reopening for linux only. Specificially for _buttons_ (and leaving the complete set of widgets to bug #30384), this works for : win98 2000030813 mac 8.6 2000030813 but does not work for : linux (rh 6.0) 2000030809 (I note though that nav4.x on linux (motif), and the GTK widgets for other apps have a dual nature for this type of (mousedown + mouseout) -- the button goes up on mouseout, but some form of widget outline is left active). I don't know if this should remain as PDT+, given the above and that it is fixed on win32 and mac.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
this bug was just a quickie to make us look less like complete dopes for beta. if it's not perfect for gtk's variation of buttons, that's not the purpose of this bug. marking a dupe of 30384 to get it off the radar. *** This bug has been marked as a duplicate of 30384 ***
Status: REOPENED → RESOLVED
Last Resolved: 19 years ago → 19 years ago
Resolution: --- → DUPLICATE
verify that this is a duplicate of #30384
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.