Closed Bug 1843044 Opened 1 year ago Closed 1 year ago

Proposal: Consistently use system colors on the default theme.

Categories

(Firefox :: Theme, task, P3)

task

Tracking

()

RESOLVED FIXED
119 Branch
Tracking Status
firefox119 --- fixed

People

(Reporter: emilio, Assigned: emilio)

References

(Blocks 1 open bug)

Details

Attachments

(4 files)

I propose we move the default theme color tweaks (browser-custom-colors etc) into nsLookAndFeel. The point being that we can change what those system colors return in the default themes quite easily, as needed.

This should simplify the front-end significantly:

  • The theme would work more similarly across platforms.
  • The theme will just work with high-contrast and dark mode, without a custom light-weight theme.
  • It would be easier (if we wanted to) to follow the system patterns like bug 1701266 etc, which other browsers use.

And it shouldn't be particularly harder for Gecko.

I have a PoC for the dark theme on Windows for example. Light theme would need some tweaks to the toolbar and titlebar colors, to match the current default theme colors, but should be relatively straight-forward.

I removed some win7/win8 code while at it but we could leave it there if needed (hopefully not!).

WDYT? This would be on top of bug 1796730.

Flags: needinfo?(itiel_yn8)
Flags: needinfo?(gijskruitbosch+bugs)
Flags: needinfo?(dao+bmo)

As per the comment in the bug the light theme needs tweaks but the point
stands.

The high level seems reasonable to me.

Flags: needinfo?(gijskruitbosch+bugs)

I do think the way this currently works on Linux makes more sense than on Windows. So +1 for remodeling this, but the devil is going to be in the detail. E.g. the explicit Dark theme has a slight blue tint; would we really want to implement the same in Gecko for system / automatic dark mode? I guess we'd need to differentiate between chrome and content so that web content won't end up with the same blue tint? On Linux we defer to Gtk for system dark mode, so it's usually more neutral gray tones that integrate better with the system. I think this difference between system dark and custom / explicit Dark works fine on Linux and I'd personally be okay with if not in favor of doing the same on Windows, but that would require buy-in from UX.

Flags: needinfo?(dao+bmo)

Sorry, wdym with "blue tint" here? You mean the accent / selection colors? The system colors exposed to content come from our dark theme fwiw. And the accent color is already different between chrome and content on windows (https://searchfox.org/mozilla-central/rev/2d06b7d5fbfa7a31776389da87c5f895b80df8d9/widget/nsXPLookAndFeel.cpp#1296-1300)

But ok assuming this seems roughly desirable I can dig a bit more into how it should look like.

Flags: needinfo?(dao+bmo)
Flags: needinfo?(dao+bmo)

Ah, we're using those here, and that seems fine. If it becomes a problem we can tweak only for content as needed tho.

I find this questionable for content where those colors might mix with custom color palettes from random web pages, potentially even on top of a non-default Firefox theme with yet another color palette; I'd prefer a more neutral approach, but maybe that's just me. You don't need to make this your problem given that this is already baked into nsXPLookAndFeel.

Depends on: 1843663
Severity: -- → N/A
Type: defect → task
Priority: -- → P3

This doesn't change behavior yet because the front-end doesn't use them for the
cases where we're changing behavior, but this is in preparation to use them
unconditionally and simplify a bit the code there.

Assignee: nobody → emilio
Status: NEW → ASSIGNED

This builds on the light-dark() function added in bug 1845679 to provide
custom colors for both the default light and dark themes, and remove the
"default theme in dark mode" bits.

This is all to be landed after the soft-freeze in any case. Untested on
macOS for now, but no reason it shouldn't work. Will test later today.

Depends on D184707

Flags: needinfo?(itiel_yn8)
Attachment #9346019 - Attachment description: Bug 1843044 - Make windows titlebar system colors color-scheme aware. r=mhowell,handyman,cmartin → Bug 1843044 - Make windows titlebar system colors return our theme's colors for the default theme. r=mhowell,handyman,cmartin
Keywords: leave-open
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/08098e30932d Make windows titlebar system colors return our theme's colors for the default theme. r=mhowell
Keywords: leave-open
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/37a26c9f2c5c Make the default theme work with dark color schemes. r=dao,pbz
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 119 Branch
Regressions: 1851081

Backed out for breaking macOS dark theme

and backout merged to central.

Status: RESOLVED → REOPENED
Flags: needinfo?(emilio)
Resolution: FIXED → ---
Target Milestone: 119 Branch → ---
See Also: → 1851155

I'm about to use them more in the front-end, and it'd be nice if these
did the right thing.

For that, make our stand-ins system return the Firefox titlebar colors.

Put the Windows "show accent color on title bars" code behind a pref
because we don't support it. I filed bug 1851155 to consider enabling it
by default.

After this changes there's only one place to tweak the (cross-platform)
titlebar colors (in nsXPLookAndFeel), with high-contrast mode and so on
behaving correctly by default.

The macOS special-case for the titlebar is to preserve the current
behavior from bug 1711261. If we want to change that to also apply to
dark mode or what not, we can do it in a follow-up.

I didn't bother putting the new colors in test_bug232227. That only
(tries to) test that we return fixed colors when the rfp/stand-ins prefs
are on. But we don't need to test the exact value of all the colors.

Attachment #9346020 - Attachment description: Bug 1843044 - Make the default theme work with dark color schemes. r=dao → Bug 1843044 - Make the default theme work with dark color schemes. r=dao,pbz
Flags: needinfo?(emilio)
No longer blocks: 1704131
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d9dadd19a62a Make titlebar system colors on windows and macOS reflect reality. r=mac-reviewers,bradwerth
Pushed by emilio@crisal.io: https://hg.mozilla.org/integration/autoland/rev/328530640eae Add a missing include and while at it dynamic handling for the titlebar color pref.
Pushed by sstanca@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/18c107db0071 Annotate a test that used to pass on mac by chance.
Status: REOPENED → RESOLVED
Closed: 1 year ago1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 119 Branch
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/85ed967e285f Make the default theme work with dark color schemes. r=dao,pbz
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → RESOLVED
Closed: 1 year ago1 year ago
Resolution: --- → FIXED
Regressions: 1852598
Regressions: 1852603
Regressions: 1852635
Regressions: 1852956
No longer regressions: 1852956
Regressions: 1853188
Regressions: 1854486
Regressions: 1855353
Regressions: 1856992
Regressions: 1861669
Regressions: 1913715
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: