https://bugs.kde.org/show_bug.cgi?id=496174
Ilya Fedin <fedin-ilja2...@ya.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |christ...@cullmann.io
--- Comment #40 from Ilya Fedin <fedin-ilja2...@ya.ru> ---
Ok, let's try to summarize:
1. Before 6.8 KColorSchemeManager was applying QPalette partially. This was
leading to bugs with out-of-the-box experience on e.g. GNOME with dark color
scheme (dark text on dark background)
2. Since 6.8. it's applied correctly and out-of-the-box experience is ok but it
has broke your kdeglobals customization (kvantum style instead of breeze).
3. Pre-6.8 state is: you had Breeze (on one machine Dark but on other machine
Light as far as I read from the initial message?) color scheme applied in
places using KColorScheme and global QPalette but your palette set via qt6ct in
the widgets from this list:
https://github.com/qt/qtbase/blob/88cf96680095f003404dd7282a7a36785f6e8e14/src/widgets/kernel/qapplication.cpp#L1241-L1257.
It should be a complete mess but it somehow worked for your exact setup.
Personally I see three solutions:
1. You create your own KColorScheme (e.g. via systemsettings app) matching your
theme and set it via qt6ct-kde
2. Add a way to opt out of the non-KDE logic to the frameworks
3. Possibility to override style gets removed from KStyleManager, Breeze gets
always forced on non-KDE
Thus I'm adding Christoph to decide what is the way to go. Hope I added the
correct e-mail. Nate, please correct if it's the wrong one.
--
You are receiving this mail because:
You are watching all bug changes.
