Closed
Bug 61869
Opened 24 years ago
Closed 15 years ago
Changing tabs should happen on mousedown on win32
Categories
(Core :: XUL, defect, P5)
Tracking
()
RESOLVED
DUPLICATE
of bug 218146
mozilla1.1alpha
People
(Reporter: bugzilla, Unassigned)
References
Details
On Windows, just mousing down on another tab in a <tabcontrol/> widget should switch to it. But it needs to remain click on Mac. Not sure about Linux...
Comment 1•24 years ago
|
||
As Blake and I established on IRC, it's only this way on Windows as the result of an unrelated UI problem. The background of a button is not highlighted when the button is clicked, just the border is changed. So, in order to look consistent, the background of a tab is not highlighted when the tab is clicked. But changing the border of the tab wouldn't make any visual sense, so Windows doesn't do that. So, when a mousedown happens on a tab, there is no obvious feedback on the tab. So, in order to provide feedback, Windows activates the tab on mousedown instead of mouseup ... And all for the want of a highlighted button. The problem with this is that it removes the ability to cancel the tab selection by mousing off the tab while the mouse is still down. So for Linux, it would be infinitely preferable if the Linux Classic skin could be adjusted to fix the original problem (lack of background highlight in buttons, and therefore tabs), rather than taking away Linux users' ability to cancel the tab selection by mousing off it.
Updated•24 years ago
|
Status: NEW → ASSIGNED
Updated•24 years ago
|
Priority: P3 → P5
Comment 3•24 years ago
|
||
I agree with Matthew, and so do the Windows Interface Guidelines (pp 31-32 & p 165) Howevever, I think we should prefer established platform convention in this case.
Updated•23 years ago
|
Target Milestone: --- → mozilla1.1
Comment 4•22 years ago
|
||
Is this bug still up for discussion or should it be closed? (No activity in over a year.)
Comment 5•22 years ago
|
||
*** Bug 185219 has been marked as a duplicate of this bug. ***
Comment 6•22 years ago
|
||
My comments from bug 185219: I don't agree with this at all. Having it wait until you release the mouse button gives you the opportunity to "abort" the action if you wish. This is similar to how clicking on the close tab or close window X does not do anything until you release the mouse - you have the opportunity to change your mind. Although I can confirm that Windows switches tabs on mouse down - it does NOT do this with any of the window controls or with the taskbar buttons. This makes for a very confused UI experience because Microsoft is all over the place with its inconsistency. Going against Microsoft is not always a bad thing (in fact, Mozilla would not exist if everybody thought that IE did things properly).
Updated•15 years ago
|
Assignee: hewitt → nobody
Status: ASSIGNED → NEW
QA Contact: jrgmorrison → xptoolkit.widgets
Comment 7•15 years ago
|
||
Reading this bug is like looking into a time capsule! This should be marked as RESOLVED FIXED.
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•