https://bugs.kde.org/show_bug.cgi?id=430046
Mikhail Zolotukhin <m...@genda.life> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution|--- |INTENTIONAL
--- Comment #9 from Mikhail Zolotukhin <m...@genda.life> ---
I tried to do what I was talking about and it seems like this workaround
requires modification of the code in too many places with ambiguous unforeseen
consequences. Doing so just to implement "Dark Mode" for GTK2 apps seems
unreasonable to me. As I have discovered, this approach is VERY bug prone and,
due to my limited time, I'm not sure I'm ready for potential bugs, that will be
discovered in case of that change (I need to fix them you know, otherwise it's
just irresponsible). I suggest learning the lesson Half-Life taught us and not
touch what can cause the breakage in the working system. Sorry to inform about
that.
> Yeah this is what drives me crazy, I set Breeze-Dark in .gtkrc-2.0 but
> Plasma settings resets it to Breeze after I change global theme to Breeze
> Dark.
You can completely disable GTK sync module in Background services KCM. Still,
modifying .gtkrc won't help you, unless you manually stop the xsettigsd. (You
can manually edit its config in ~/.config/xsettingsd/xsettingsd.conf).
--
You are receiving this mail because:
You are watching all bug changes.
