Closed
Bug 1052466
Opened 10 years ago
Closed 10 years ago
[10.10] Update titlebar/toolbar to use transparency on OS X Yosemite
Categories
(Firefox :: Theme, defect)
Tracking
()
RESOLVED
WONTFIX
Firefox 36
People
(Reporter: Gijs, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
Attachments
(1 file)
781 bytes,
patch
|
mstange
:
review+
Gijs
:
feedback+
|
Details | Diff | Splinter Review |
The titlebar and toolbar on Yosemite will want to use the blur/transparency that are provided by NSVisualEffectview, and we'll be wanting to use that, in turn, to "fit in" more on OS X 10.10.
Note also that the "fallback" / nontransparent color is different from 10.9, too.
Updated•10 years ago
|
Updated•10 years ago
|
Comment 1•10 years ago
|
||
This looks nice if you flip it on. And it automatically falls back to the right color for us if you turn off transparency in Accessibility settings. Is there anything special (beyond maybe lwt?) I need to take into account to write a real patch?
There's also a nice dark mode that would be fun to use for private windows. Are the plans for that? https://dl.dropboxusercontent.com/u/72157/Titlebar.png
Reporter | ||
Comment 3•10 years ago
|
||
Comment on attachment 8507484 [details] [diff] [review]
Patch
Review of attachment 8507484 [details] [diff] [review]:
-----------------------------------------------------------------
This breaks the titlebar/tabbar vs. navbar border. To fix that, needs to also update the border hsl color added in bug 1065429. .4 opacity looks better to my untrained and tired eyes. Want to update the patch with that? :-)
Markus, does this make sense and/or do you think we should expect dragons somewhere? :-)
Attachment #8507484 -
Flags: review?(mstange)
Attachment #8507484 -
Flags: review?(jaws)
Attachment #8507484 -
Flags: feedback+
Comment 4•10 years ago
|
||
Comment on attachment 8507484 [details] [diff] [review]
Patch
We should have eradicated most dragons by now (the sidebar was a good testing ground for that), but I'd prefer if we don't land this until font subpixel antialiasing is fixed. I only need one more review from jrmuizel in bug 1055622 before I can land those patches.
Attachment #8507484 -
Flags: review?(mstange) → review+
Reporter | ||
Comment 5•10 years ago
|
||
(In reply to Markus Stange [:mstange] from comment #4)
> Comment on attachment 8507484 [details] [diff] [review]
> Patch
>
> We should have eradicated most dragons by now (the sidebar was a good
> testing ground for that), but I'd prefer if we don't land this until font
> subpixel antialiasing is fixed. I only need one more review from jrmuizel in
> bug 1055622 before I can land those patches.
This can land now, right?
Flags: needinfo?(mstange)
Reporter | ||
Comment 7•10 years ago
|
||
Assignee: nobody → wjohnston
Status: NEW → ASSIGNED
Component: Widget: Cocoa → Theme
Product: Core → Firefox
Version: unspecified → Trunk
Comment 8•10 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 36
Comment 9•10 years ago
|
||
The way the transparency was added looks more how Windows 7 used transparency compared to Yosemite...
Comment 10•10 years ago
|
||
After trying to get used to this for the past few weeks, I still don't really like it. The original idea was to use both kinds of vibrancy (behind-window and in-window) in the Firefox UI: in-window vibrancy for the toolbar and the active tab, and behind-window vibrancy for the tab bar background. This would have shown that this style was a conscious decision on our side and not caused by platform limitations. But now that we've decided to drop in-window vibrancy (bug 1050804), we only have behind-window vibrancy, and we're using it in a place where it doesn't belong. Can we go back to the opaque toolbar style again? We'll still be using behind-window vibrancy for sidebars, which are the right places to use the effect.
Flags: needinfo?(philipp)
Comment 11•10 years ago
|
||
(In reply to Markus Stange [:mstange] from comment #10)
> After trying to get used to this for the past few weeks, I still don't
> really like it. The original idea was to use both kinds of vibrancy
> (behind-window and in-window) in the Firefox UI: in-window vibrancy for the
> toolbar and the active tab, and behind-window vibrancy for the tab bar
> background. This would have shown that this style was a conscious decision
> on our side and not caused by platform limitations. But now that we've
> decided to drop in-window vibrancy (bug 1050804), we only have behind-window
> vibrancy, and we're using it in a place where it doesn't belong. Can we go
> back to the opaque toolbar style again? We'll still be using behind-window
> vibrancy for sidebars, which are the right places to use the effect.
Well, the kind of toolbar/titlebar combo that Firefox uses isn't used by any other OS X app that I'm aware of. I think that what we are doing right now is in the spirit of the Yosemite design, even though it doesn't follow platform conventions to the letter.
But since this is mostly a visual design decision, I'll defer to Michael…
Flags: needinfo?(philipp) → needinfo?(mmaslaney)
Updated•10 years ago
|
Assignee: wjohnston → nobody
Comment 12•9 years ago
|
||
This change has now been reverted in bug 1161565. No out-of-place vibrancy any more! :)
Flags: needinfo?(mmaslaney)
Resolution: FIXED → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•