Created attachment 134248 [details] example app SUMMARY On non Plasma desktops, QML applications using Kirigami with org.kde.desktop style don't change their background colors, only the controls change. If I remove the org.kde.desktop style then backgrounds colors change too. See screenshot for how the app looks with and without the style. The text in the text field is Kirigami.Theme.backgroundColor. STEPS TO REPRODUCE 1. Download attached example app 2. Build and run it OBSERVED RESULT Backgrounds color DON'T change when changing system theme. EXPECTED RESULT Backgrounds color SHOULD change when changing system theme. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20201216 KDE Frameworks Version: 5.77.0 Qt Version: 5.15.2 Kernel Version: 5.9.14-1-default OS Type: 64-bit Processor: 1 × AMD Ryzen 5 2600 Six-Core Processor Memory: 3.8 GiB of RAM Graphics Processor: llvmpipe
Created attachment 134249 [details] screenshot of the app with and without the style
The DE is Xfce.
What seems to be happening is this: When not using org.kde.desktop style Kirigami is getting colors from the builtin PlatformTheme implementation (https://invent.kde.org/frameworks/kirigami/-/blob/master/src/libkirigami/basictheme.cpp). This somehow manages to get the correct colors from the QStyle/QPalette. When using org.kde.desktop Kirigami is using the the PlatformTheme plugin provided by org.kde.desktop (https://invent.kde.org/frameworks/qqc2-desktop-style/-/blob/master/kirigami-plasmadesktop-integration/plasmadesktoptheme.cpp), which is loading the colors using KColorScheme which tries to load the user-configured colors from a config file. Since that file likely doesn't exist fro you it gives the hardcoded default values. I don't think I understand the code well enough to suggest a solution though.
Created attachment 135246 [details] neochat in gnome using adwaita dark Added a screenshot of neochat in gnome using adwaita dark. The checkbox labels are visible only on hover. For my application I ended up adding an option to use the Breeze GUI style https://github.com/g-fb/haruna/blob/master/src/application.cpp#L84
The problem boils down to that the QPalette and KColorScheme are not in sync. On Plasma this is done in plasma-integration (the QPalette is derived from the KColorScheme). Possible solutions could be: - Have qqc2-desktop-style read QPalette directly. Not sure whether it uses any of the KColorScheme extensions - Have a way to construct a KColorScheme from a QPalette. Not trivial since KColorScheme offers additional roles, but maybe they can be auto-derived somehow