https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #8 from guimarcalsi...@gmail.com --- (In reply to Sebastian E. from comment #7) > 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. The easing curve was never configurable, and the magic lamp effect still allows for a custom duration. >Windows that overflow to another screen are indeed invisible on that screen >during sliding, which is a bug. I urge Premik to file a bug report about windows disappearing if that wasn't done already. The problem here is what was quoted above. >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. If there's a problem with the animation itself, then that should be fixed instead of leaving it up to the user to work around the issue by manually speeding up individual animations or manually choosing the easing curves. Mind you easing curves don't usually change the amount of time it takes for an effect to complete, only the speed of movement within a certain timeframe, so changing it wouldn't have any effect on the amount of time it takes for windows to appear after the animation starts. -- You are receiving this mail because: You are watching all bug changes.
