https://bugs.kde.org/show_bug.cgi?id=437844
--- Comment #9 from Felix Ernst <fe.a.er...@gmail.com> --- >EXPECTED RESULT >A speedy and smooth transition, whether animated or not The animation is supposed to take 0.2 seconds irrespective of window size and computer hardware. The speed can be influenced by the style/theme and by the global animation speed setting. On my machine this works including the "instant" setting. Like Nate said: Please file a new bug report to track this issue. The best help I can currently offer is to guess that there might be an issue with your setup, settings, distribution or theme. Concerning performance: >And it is not realistic to think that someone would even step in to *fix* it, >and >even if someone does, it would mean a waste of human resources. I don't see an easy way to reduce resource consumption either so I agree with this statement. >As said, one core goes to 100% while it animates. I think it is fine if one core is used for 0.2 seconds by this animation. I implemented the animation in a virtual machine on my over 10 year old second hand AMD Phenom II X6 1100T cpu where it usually goes to about 40% but like you said: This might depend on different factors. If I repeatedly trigger the animation it goes up to 100%. >And when it is not enough, tipically while the view is complex with big icons, >active previews, or even worse, when we're dealing with slow filesystems as >network >mounted ones, it is really not fine to see the animation >(read: the jerky slideshow) I can't reproduce this even when accessing a public repository through ftp in fullscreen Dolphin. But maybe there are situations in which we would want to skip the animation in general. Please file a new bug report for this. Like Nate said: >In general, we don't want to offer options to fine-grained as to disable >specific >individual animations. >He's a cool guy like that. What a charmer! -- You are receiving this mail because: You are watching all bug changes.
