+++ This bug was initially created as a clone of Bug #495617 +++ The new tab button as it is now doesn't have a very discoverable hover state, the state should change the background color more visible (or perhaps a dark background to start, with this lighter background on hover). Perhaps a blu-ish color (most buttons on vista have a blu-ish hue on hover).
Flags: blocking-firefox3.5? → blocking-firefox3.5-
What is it that should make the new tab button's hover state special compared to the all tabs and scroll buttons and tabs themselves?
(In reply to comment #1) > What is it that should make the new tab button's hover state special compared > to the all tabs and scroll buttons and tabs themselves? Because it is and would be the only button in Vista that its enabled state looks disabled, so hovering over it should at least give the end user some visual clue that the button it actually going to do something if clicked on. Remember this is will be the first release with the new tab button and end users are going to think it is disabled.
(In reply to comment #2) > Because it is and would be the only button in Vista that its enabled state > looks disabled, Nope, bug 495214, bug 495606 and bug 495218 use the same gray style. > so hovering over it should at least give the end user some > visual clue that the button it actually going to do something if clicked on. Yep, the button appearance changes.
(In reply to comment #1) > What is it that should make the new tab button's hover state special compared > to the all tabs and scroll buttons and tabs themselves? I guess it's really the disabled look of the plus icon that has drawn my attention to the new tab button. Tabs aren't buttons and therefore aren't really part of this consideration. In addition, since the foreground color matches the background color in the new tab button makes the visual hover effect nearly imperceptible. That's why I suggested this change. To sum up: Having opposing colors as foreground/background = discoverable. Switching from a dark color to a lighter color = discoverable. Changing the form (ie size/dimension) = discoverable. This is what tabs do. Note, Chrome IE and nearly all other applications I am aware of use a variation of one of these techniques for their primary buttons. On hover, for most apps, the background color will change or the button will "shine" (an embossed highlighted look of sorts). Nearly all adhere to the opposing color scheme for the foreground/background. Also, when I say "opposing colors" I mean that the colors are distinct and highly visible, the contrast is high. Having colors of the same luminosity, and the same color, only changing the brightness of the background = hardly noticeable. This is what the new tab button does. The new tab button caught my attention (as opposed to the all tabs, arrows, etc.) as it is a primary target, probably the most important button on the tabstrip, but in retrospect all the buttons should probably match any changes made to the new tab button. The difference is that the all tabs button icon is white on gray, making the effect slightly more visible.
Got used to the new tab button, and it seems not as visually recluse as I had thought. Shouldn't have rushed judgment here... ->WORKSFORME
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.