https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #10 from guimarcalsi...@gmail.com --- (In reply to Sebastian E. from comment #9) > (In reply to guimarcalsilva from comment #8) > > 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. > > The problem with the slide animation itself is that it's too slow. Sure, I > could increase the global animation speed, but then all other animations > would be too fast. Of course, that's just my opinion. How to fix that? > Hmm... how about providing an option to control the speed of the slide > animation independently from all other animations? Oh, it already existed, > but was removed, because it was inconsistent? Well, then how about providing > that option for every animation? That would make everyone happy, and > emphasize KDE's selling point of being an un-opinionated, customizable, > powerful desktop environment, instead of undermining it. The right thing to do here is to fix the speed factor of the animation in the code so it has the same speed as all other animations. If it's too slow compared to everything else, then that's the problem. Leaving it up to users to fix problems is not good for anyone. Anyway, the default animation speed for that specific effect is another bug and should be discussed in bug 455450 , not here. -- You are receiving this mail because: You are watching all bug changes.
