https://bugs.kde.org/show_bug.cgi?id=460359
Nate Graham <n...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDSINFO |RESOLVED
Resolution|WAITINGFORINFO |WORKSFORME
--- Comment #10 from Nate Graham <n...@kde.org> ---
So the way this works is fairly complicated, and there are multiple ways it
*can* work:
1. App has its own styling and behaves appropriately in response to changes to
the systemwide "dark mode" setting. Examples: Thunderbird, Firefox.
2. App is styled with Adwaita + Libadwaita and behaves appropriately in
response to changes to the systemwide "dark mode" setting. Example: Nautilus
3. App is styled with Breeze-GTK theme, which respects the system's active
color scheme. Examples: Gedit, Inkscape
4. App uses GTK theme with hardcoded light and dark colors, and changing the
Global Theme would swap between them
If I'm understanding, you're asking for 4. In fact we already do have this:
global themes can indeed specify GTK themes.
But our Breeze Light and Breeze Dark global themes don't specify Adwaita, by
design; they specify breeze-gtk!
So I think this is not something we can change. If the apps in question fall
into categories 1 or 2 and something isn't working, then either it's an app
bug, or we're not emitting changes to the global dark mode setting correctly.
If the apps in question fall into category 3, there's probably a bug in KDE
code somewhere.
Can you Investigate a bit and file new bug reports? Thanks!
--
You are receiving this mail because:
You are watching all bug changes.
