https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #7 from Sebastian E. <kde-b...@foobarlibre.net> --- Premik said that the last pixels take too long to scroll. That's the effect of easing, not a bug. The animation slows down towards the end. Windows that overflow to another screen are indeed invisible on that screen during sliding, which is a bug. The defaults Premik is talking about are obviously the easing mode and the duration of animations relative to each other. Now the slide animation takes a hardcoded factor x as long as some other animation. Before, you could at least change the speed of the slide and magic lamp independent of the speed of other effects. Now, the ratio is hardcoded. That's clearly a regression, and yet another step from a sophisticated, un-opinionated DE to a dumbed-down, opinionated DE. Users should be able to override the easing mode and duration of each animation individually. @Premik: The configuration dialog of the slide effect used to have an option for the animation duration, which was removed from the latest release. Maybe you once changed it and forgot about it. -- You are receiving this mail because: You are watching all bug changes.
