https://bugs.kde.org/show_bug.cgi?id=466357
Arjen Hiemstra <ahiems...@heimr.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ahiems...@heimr.nl
--- Comment #3 from Arjen Hiemstra <ahiems...@heimr.nl> ---
The animation used to rely on a bunch of custom scene graph code to fade
between two icons. This was changed to do the crossfade using plain nodes,
which lead to the initial bug because of differences in blending. The animation
was changed so that rather than crossfading, we first fade in the new icon and
then fade out the old icon. The only artifact that this produces is when there
are semi-transparent pixels that cover the same area, these can end up being
drawn twice. For most icons this isn't a big problem, except some like the
volume icons that (in my opinion, incorrectly) use transparency for the "muted"
lines.
With regards to the issues mentioned here specifically, for the qBittorrent
case we should improve how we detect icon changes rather than trying to work
around it in other places, as the core of the issue there is the icon being
detected as changed but not actually changing. For the other icon, when you
hover over an item in the systray, there is a highlight effect applied that is
done by changing the icon pixels, so the icon changes and the animation is
triggered. As the icon uses semi-transparency for muting the colour, it ends up
being drawn twice and you end up with an effect where the "muted" lines are
slightly less muted for a short moment.
--
You are receiving this mail because:
You are watching all bug changes.
