Closed Bug 1563435 Opened 5 years ago Closed 3 years ago

Support more new tab page colors

Categories

(WebExtensions :: Themes, enhancement, P3)

enhancement

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1727333

People

(Reporter: Mardak, Unassigned)

References

(Blocks 2 open bugs)

Details

Attachments

(1 file, 1 obsolete file)

Bug 1347204 added support for ntp_background and ntp_text. The page already have variables that match up with some webextension colors.ntp_* keys.

Attached is an example of using the new trailhead mozilla color palette:

   "theme": {
      "colors": {
         "ntp_background": [ 217, 191, 255 ],
         "ntp_header": [ 0, 94, 93 ],
         "ntp_link": [ 6, 137, 137 ],
         "ntp_section": [ 255, 214, 178 ],
         "ntp_section_link": [ 0, 96, 224 ],
         "ntp_section_text": [ 205, 61, 0 ],
         "ntp_text": [ 50, 28, 100 ],

What's the motivation here? Is there some strong use case or is it more like "just because we can"? This seems like it would make fixing bug 1546540 more tricky. In fact my recommendation for addressing that bug was to implement the dark theme directly in the new tab stylesheet and drop support for ntp_background and ntp_text.

Flags: needinfo?(edilee)

Fixing the default theme for system dark theme seems like it should be an independent decision from dropping support of webextension theme colors.

This bug is to better support existing and new webextensions that use these ntp_* colors, some of which Firefox is already handling, to avoid the brokenness of having a mix of default page colors with extension colors by making sure the primary elements on the page are themeable.

Flags: needinfo?(edilee)

(In reply to Ed Lee :Mardak from comment #3)

Fixing the default theme for system dark theme seems like it should be an independent decision from dropping support of webextension theme colors.

Why should it be independent when the underlying code is in fact not? It seems reasonable to ask if supporting one feature creates problems for another feature and have some sort of plan before going ahead with one of the two.

I believe Chrome supports automatic dark mode as of version 74? How does it handle webext themes and the ntp_ stuff in that mode? Assuming they do something reasonable, how hard would it be for us to do the same based on our new tab page, dark mode, and webext theme implementations? If we can't come up with a plan, it seems like we should decide which feature we consider more important -- supporting (more) ntp_ properties or dark mode.

Flags: needinfo?(edilee)

You're suggesting that if we want to support dark mode, we should no longer support users installing webextensions to change the default theme colors on new tab?

ddurst (not sure who to ni? so redirect?), would it be acceptable to drop support of those webextensions?

Flags: needinfo?(edilee)
Flags: needinfo?(ddurst)
Flags: needinfo?(ddurst) → needinfo?(philipp)

Theme colors seem to be a mess, and dark mode is not making this easier to resolve. I think we need to defer this decision until we have agreed on a way to correctly support dark themes. Leaving the needinfo for now, I need to get in touch with the folks working on the dark theme changes.

Priority: -- → P3

I had a patch from a couple years ago that is probably bitrotten but might be useful for bug 1727333?

Assignee: edilee → nobody
Blocks: 1707989
Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(philipp)
Resolution: --- → DUPLICATE
Attachment #9075876 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: