Open
Bug 347570
Opened 18 years ago
Updated 2 years ago
Scroll buttons on tab bar should show as active (pressed) when dragging tabs over them
Categories
(Firefox :: Toolbars and Customization, defect)
Tracking
()
REOPENED
People
(Reporter: ispiked, Unassigned)
Details
(Keywords: polish)
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060805 BonEcho/2.0b1 I could've sworn this had been filed. Anyway... Steps to reproduce: 1. Open enough tabs so you see the scroll buttons on the tab bar. 2. Drag a tab over one of the scroll buttons so the tab strip scrolls. Results: Scroll buttons give no indication that they're in use. Expected results: We show the scroll buttons as active (pressed) when someone drags a tab over them to scroll the tab bar.
Reporter | ||
Comment 1•18 years ago
|
||
This brings up an interesting question: should we always show buttons as active (pressed) when we drag something over them? For example, I have a the New Tab button on my toolbar. When I drag a tab over it in order to "duplicate" that tab should it show as active?
Comment 2•18 years ago
|
||
(In reply to comment #1) > For example, I have a the New Tab button on my toolbar. When I drag a tab over > it in order to "duplicate" that tab should it show as active? Yes. Buttons that are going to function when you release your mouse button should be depressed when you've targetted them while your mouse is down, whether due to a click or a drag. See also bug 347586 that I just filed while playing around with this stuff.
Comment 3•16 years ago
|
||
Duping to a really new bug… because it’s ASSIGNED…
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Comment 5•16 years ago
|
||
per comment 0, this is not a duplicate.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
Updated•2 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•