Closed
Bug 1184325
Opened 9 years ago
Closed 9 years ago
Invert the Windows 10 titlebar controls for the dark Dev Edition theme
Categories
(Firefox :: Theme, defect)
Firefox
Theme
Tracking
()
VERIFIED
FIXED
Firefox 42
People
(Reporter: bgrins, Assigned: ntim)
References
Details
Attachments
(3 files, 1 obsolete file)
351.90 KB,
image/png
|
Details | |
66.69 KB,
image/png
|
Details | |
4.50 KB,
patch
|
dao
:
review+
ritu
:
approval-mozilla-aurora+
lmandel
:
approval-mozilla-beta-
|
Details | Diff | Splinter Review |
From Bug 1172716 Comment 10 and 12:
shorlander:
If we can make the caption button inverted and mesh better in that layout it would be nice.
ntim:
We won't be able to achieve (01) without bug 1173725. Let's do (02) for now and do (01) once bug 1173725 is fixed.
See the attachment for the desired effect for the minimize / maximize / close buttons in Win10 in the Dev Edition dark theme.
Reporter | ||
Comment 1•9 years ago
|
||
current screenshot (notice that the window controls are black on the dark background)
Reporter | ||
Updated•9 years ago
|
Blocks: windows-10-issues
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → ntim.bugs
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•9 years ago
|
||
Untested patch.
#main-window vs :root on the third selector is for specificity.
Attachment #8635623 -
Flags: review?(dao)
Comment 3•9 years ago
|
||
Comment on attachment 8635623 [details] [diff] [review]
Patch
>+ /* Force white caption buttons for the dark theme on Windows 10 */
>+ :root[devtoolstheme="dark"] #titlebar-min {
>+ list-style-image: url(chrome://browser/skin/caption-buttons.svg#minimize-highlight);
>+ }
>+ :root[devtoolstheme="dark"] #titlebar-max {
>+ list-style-image: url(chrome://browser/skin/caption-buttons.svg#maximize-highlight);
>+ }
>+ #main-window[devtoolstheme="dark"][sizemode="maximized"] #titlebar-max {
>+ list-style-image: url(chrome://browser/skin/caption-buttons.svg#restore-highlight);
>+ }
>+ :root[devtoolstheme="dark"] #titlebar-close {
>+ list-style-image: url(chrome://browser/skin/caption-buttons.svg#close-highlight);
>+ }
The *-highlight variants use the highlighttext color, so they aren't guaranteed to be white. I guess we should add another set of those icons that actually uses white.
Attachment #8635623 -
Flags: review?(dao) → review-
Assignee | ||
Comment 4•9 years ago
|
||
Also changed the hover state of the close button on default theme to use the white variant instead of the Highlight one. High Contrast themes will still use the HighlightText variant for the close button hover state.
Attachment #8635623 -
Attachment is obsolete: true
Attachment #8635685 -
Flags: review?(dao)
Comment 5•9 years ago
|
||
(In reply to Tim Nguyen [:ntim] from comment #4)
> Created attachment 8635685 [details] [diff] [review]
> Patch v2
>
> Also changed the hover state of the close button on default theme to use the
> white variant instead of the Highlight one.
Why?
Assignee | ||
Comment 6•9 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #5)
> (In reply to Tim Nguyen [:ntim] from comment #4)
> > Created attachment 8635685 [details] [diff] [review]
> > Patch v2
> >
> > Also changed the hover state of the close button on default theme to use the
> > white variant instead of the Highlight one.
>
> Why?
Because the hover state of the close button is a hard coded red, and not a system color.
Comment 7•9 years ago
|
||
Hmm, but for the default theme we have a pretty good idea that HighlightText will be white. That's less true for non-default themes. Maybe we should use white in both cases?
Assignee | ||
Comment 8•9 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #7)
> Hmm, but for the default theme we have a pretty good idea that HighlightText
> will be white. That's less true for non-default themes. Maybe we should use
> white in both cases?
Non-default themes have "highlight" as hover state background. So it makes sense to me to keep using HighlightText there.
Comment 9•9 years ago
|
||
(In reply to Tim Nguyen [:ntim] from comment #8)
> (In reply to Dão Gottwald [:dao] from comment #7)
> > Hmm, but for the default theme we have a pretty good idea that HighlightText
> > will be white. That's less true for non-default themes. Maybe we should use
> > white in both cases?
>
> Non-default themes have "highlight" as hover state background.
Ok, I hadn't realized that red isn't used there.
Assignee | ||
Comment 10•9 years ago
|
||
Assignee | ||
Comment 11•9 years ago
|
||
(In reply to Tim Nguyen [:ntim] from comment #10)
> https://treeherder.mozilla.org/#/jobs?repo=try&revision=be979c6ee6d7
Just tested this on my Windows 10 laptop, works fine.
Updated•9 years ago
|
Attachment #8635685 -
Flags: review?(dao) → review+
Assignee | ||
Updated•9 years ago
|
Keywords: checkin-needed
Comment 12•9 years ago
|
||
Keywords: checkin-needed
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox42:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 42
Updated•9 years ago
|
Flags: qe-verify+
QA Contact: cornel.ionce
Assignee | ||
Comment 14•9 years ago
|
||
Comment on attachment 8635685 [details] [diff] [review]
Patch v2
Approval Request Comment
[Feature/regressing bug #]: Windows 10 and bug 1173725
[User impact if declined]: people will see black caption buttons on devedition dark theme.
[Describe test coverage new/current, TreeHerder]: on m-c, local testing
[Risks and why]: low, simple css fix
[String/UUID change made/needed]: none
Attachment #8635685 -
Flags: approval-mozilla-beta?
Attachment #8635685 -
Flags: approval-mozilla-aurora?
Reporter | ||
Comment 15•9 years ago
|
||
Comment on attachment 8635685 [details] [diff] [review]
Patch v2
No need for beta uplift since the DE theme is only available up to Aurora right now (see bug 1181721)
Attachment #8635685 -
Flags: approval-mozilla-beta?
Comment 16•9 years ago
|
||
Confirming the fix for this issue using regular and HiDPI devices running Windows 10 64-bit, with latest 42.0a1 Nightly (build ID: 20150722030205).
Status: RESOLVED → VERIFIED
Comment on attachment 8635685 [details] [diff] [review]
Patch v2
Verified on nightly, should be safe to uplift to Aurora.
Attachment #8635685 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 18•9 years ago
|
||
status-firefox41:
--- → fixed
Assignee | ||
Comment 19•9 years ago
|
||
Comment on attachment 8635685 [details] [diff] [review]
Patch v2
Approval Request Comment
[Feature/regressing bug #]: windows 10
[User impact if declined]: bug 1184934 can't be uplifted
[Describe test coverage new/current, TreeHerder]: on m-c and aurora, tested by QA
[Risks and why]: low, see test coverage.
[String/UUID change made/needed]: none
Attachment #8635685 -
Flags: approval-mozilla-beta?
Comment 20•9 years ago
|
||
Comment on attachment 8635685 [details] [diff] [review]
Patch v2
Turns out we do need this fix as it's a prereq for bug 1184934. Beta+
Attachment #8635685 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Updated•9 years ago
|
status-firefox40:
--- → affected
Comment 21•9 years ago
|
||
This needs rebasing around bug 1172716 (or an uplift request in that bug as well).
Flags: needinfo?(ntim.bugs)
Comment 23•9 years ago
|
||
Comment on attachment 8635685 [details] [diff] [review]
Patch v2
Flipping to beta- as this is no longer a prereq for bug 1184934.
Attachment #8635685 -
Flags: approval-mozilla-beta+ → approval-mozilla-beta-
Updated•9 years ago
|
Comment 24•9 years ago
|
||
Confirming the fix on Windows 10 64-bit.
Tested on latest 42.0a2 Aurora (build ID: 20150910004036) as DevEdition in not available in Firefox 41.
Flags: qe-verify+
You need to log in
before you can comment on or make changes to this bug.
Description
•