https://bugs.kde.org/show_bug.cgi?id=435423
Antonio Orefice <kokok...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kokok...@gmail.com
--- Comment #4 from Antonio Orefice <kokok...@gmail.com> ---
Created attachment 140544
--> https://bugs.kde.org/attachment.cgi?id=140544&action=edit
Video showing the issue as it is right now
Since the fixing of this bug:
https://bugs.kde.org/show_bug.cgi?id=439689
This one seems to be, altough partially, fixed.
Weird flashes on oxygen theme are gone, but crossfade acts weirdly, and when it
does, the window crossfades from transparency.
I made a slowmotion video to show what happens:
Crossfade works as expected when the pointer hovers from the first icon to the
kdialog taskbar thumbnail.
Then something wrird happens, pointer go to libreoffice thumbnail and the
crossfare still works, but the previous texture it uses is still the one from
konsole.
*--> (1) It seems that the effect takes the "previous" texture of the crossfade
<--*
*--> only when the new *size* of the popup window has changed.
<--*
Anyway, even if I've not understood very well the logic in morphingpopups.js, i
made a little workaround to it so that crossfade now works properly when the
popup changes size, and simply skip the morphing code alltogheter when it stay
the same size.
That way, we can avoid fading from a transparent texture or from a wrong one:
------------------------------------------------------------------------------
+ if (oldGeometry.width != newGeometry.width ||
+ oldGeometry.height != newGeometry.height) {
if (!couldRetarget) {
window.fadeAnimation = animate({
window: window,
duration: morphingEffect.duration,
animations: [{
type: Effect.CrossFadePrevious,
to: 1.0,
from: 0.0
}]
});
}
+ }
------------------------------------------------------------------------------
--
You are receiving this mail because:
You are watching all bug changes.
