https://bugs.kde.org/show_bug.cgi?id=473289

veggero <niccolo.venera...@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |niccolo.venera...@gmail.com

--- Comment #1 from veggero <niccolo.venera...@gmail.com> ---
I investigated this bug. Ultimately the issue is that the Plasma is supposed to
be using the "translucent/" plasma theme directory when Contrast Effect is
enabled, and yet it isn't. 

This was fiddly in Plasma 5 already; in Wayland, we could only check for
Contrast Effect upon startup, meaning that if the user changed the setting, the
plasma theme would not be updated accordingly. In X11 there is an EffectWatcher
that does update the value if the user changes it.

In Plasma 6, the EffectWatcher doesn't work for me; I wasn't able to find out
why. However the bigger issue is that it looks like KWindowSystem is not meant
to be able to detect effects being on/off anymore (maybe since effects are now
plugin?). This means that we are unable to check for Contrast Effect even on
startup.

If we want to preserve the functionality from Plasma 5 as is, I need to figure
out a new way for p-f to check when Contrast Effect is on/off. I'm also
wondering whether we want to preserve this distinction at all, instead of
having a single plasma theme for both Contrast Effect enabled/disabled. This
would simplify the code significantly and make it easier to maintain the Plasma
Theme.

The idea was (iirc) that when Contrast Effect is off the transparent elements
(e.g. panel) need to be a bit more opaque than usual, to preserve readability.
However, we *already* offer the same level of transparency in both SVGs (normal
one, and translucent/ one, both for panel and for dialogs). Thus, I would
suggest to drop translucent/ entirely.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to