https://bugs.kde.org/show_bug.cgi?id=455450
--- Comment #10 from guimarcalsi...@gmail.com --- >At the default global animation speed, on a 60hz screen, it took on average 50 >frames for the slide animation to complete, while the overview took on average >15 frames and opening Kickoff took around 8 frames. The new effect has an >animation factor which is too big compared to most of the other effects. It >should probably take the same amount of time to complete as the overview >effect, which is also a fullscreen effect. Making the speed consistent with >other full screen effects should improve user complaints and let devs avoid >adding redundant per-effect speed settings to work around the issue. This is part of the description of the duplicate bug. In this case, I believe the values for the spring physics model could be tweaked to make the animation speed consistent with the overview effect (which is also a fullscreen effect). I believe the problem here is that the values chosen make the animation visibly slower compared to everything else when not using touch, and the user has to speed up the global animation scale to make the slide effect have a reasonable speed, which in turn makes the other animations almost instantaneous. I do agree though that it's not ideal to expose those values to users. Making users fix the problem manually is never ideal. If trying to match the animation speed to the overview effect makes the simulation feel bad when using a touch screen, would it be possible to detect when the movement is started from a drag or from a click and use different settings? -- You are receiving this mail because: You are watching all bug changes.
