Open
Bug 1208728
Opened 9 years ago
Updated 2 years ago
[10.11] (UI) Tab Bar needs more contrast in OS X 10.11 El Capitan
Categories
(Firefox :: Theme, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: carmudgeon, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(4 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:41.0) Gecko/20100101 Firefox/41.0 Build ID: 20150917150946 Steps to reproduce: Run Firefox 41 under Mac OS X 10.11 El Capitan. Actual results: There is very little contrast between the active and inactive tabs, making it difficult to distinguish between the two. Some contrast with the bar background would be welcome as well, but perhaps not as extreme as with Firefox running under Windows 10. Currently, only the outlines serve to provide any separation and distinction. Expected results: Add contrast to better distinguish the active tab versus the inactive tabs, and provide some contrast for the tabs against the background as well.
Reporter | ||
Updated•9 years ago
|
Summary: [10.11] (UI) Tab Bar needs more contract in OS X 10.11 El Capitan → [10.11] (UI) Tab Bar needs more contrast in OS X 10.11 El Capitan
Blocks: el-capitan
Component: Untriaged → Theme
Comment 1•9 years ago
|
||
Is this better if you try nightly ( https://nightly.mozilla.org/ ) with a clean profile? We recently made a change to titlebar rendering (bug 1161565).
Flags: needinfo?(carmudgeon)
Reporter | ||
Comment 2•9 years ago
|
||
Flags: needinfo?(carmudgeon)
Reporter | ||
Comment 3•9 years ago
|
||
It's a little better, buy my preference would be for more contract. Also just noticed that the Titlebar needs some attention as well, in terms of matching the background, and the grayed-out text. I don't know if that warrants a separate bug, though.
Comment 4•9 years ago
|
||
(In reply to carmudgeon from comment #3) > It's a little better, buy my preference would be for more contract. > > Also just noticed that the Titlebar needs some attention as well, in terms > of matching the background, and the grayed-out text. I don't know if that > warrants a separate bug, though. It looks like you have explicitly enabled rendering a titlebar... if you go to about:customizing and then press the "Title bar" button, what does it look like?
Flags: needinfo?(carmudgeon)
Reporter | ||
Comment 5•9 years ago
|
||
It's no different. I think it's just OS X's Titlebar theme color clashing with that of Firefox.
Flags: needinfo?(carmudgeon)
Comment 6•9 years ago
|
||
I think what :Gijs meant is, set "browser.tabs.drawInTitlebar" to "true" in "about:config" and see. He tried to tell you the GUI way to do that, but I guess without video, telling the pref could be easier to follow.
Reporter | ||
Comment 7•9 years ago
|
||
Doh. Now I see what he meant. He wants to know the state of the GUI button -- it's in the "depressed" or "enabled" state. I originally enabled the Titlebar by changing the attribute in about:config, not going through the GUI.
Comment 8•9 years ago
|
||
(In reply to carmudgeon from comment #7) > Doh. Now I see what he meant. He wants to know the state of the GUI button > -- it's in the "depressed" or "enabled" state. > > I originally enabled the Titlebar by changing the attribute in about:config, > not going through the GUI. Well, no, I was interested in what things look like when the titlebar *isn't* enabled, ie what the titlebar looks like after toggling the pref (in the GUI or about:config).
Reporter | ||
Comment 9•9 years ago
|
||
Voila.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•