Created attachment 138873 [details] video of split screen view on ultra-wide screen SUMMARY I have a 3840x1200 screen and the Dolphin split view animation takes upwards of 5 seconds to complete, while it rearranges the columns multiple times during the process with a sickening stepped effect. While I am sure it is useful for newcomers to dolphin to understand what split view is about. I find the animation not only sickening but the duration on my large screen is an impediment to efficient working. I think it would therefore be useful to have the ability to toggle this animation effect. STEPS TO REPRODUCE 1. Get an ultra-wide screen monitor, mine is 3840x1200 and physically 1.2m wide. 2. Open Dolphin and press F3 OBSERVED RESULT Sickening stepped effect during animation, which takes overly long to complete. EXPECTED RESULT A speedy and smooth transition, whether animated or not SOFTWARE/OS VERSIONS Linux/KDE Plasma: PCLINUXOS 2021 KDE Plasma Version: 5.21.5 KDE Frameworks Version: 5.82.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Dolphin Version: 21.04.1
I agree, the motivation for the animated split view are to make new users understand what is going on. But old users do not need it. Also, even on an haswell i5 4590, sometimes it is jerky when using icon view even on 1080p (pressing F3 one time per second makes one core to go 100%, it is unacceptable), I won't even imagine what it would look like on 4k. Please, give us a way to turn it off.
In general, we don't want to offer options to fine-grained as to disable specific individual animations. Instead, there is an option in System Settings > Workspace Behavior to disable or speed up/slow down *all* animations globally. If you find animations annoying, you might want to play around with the slider there to find a speed that works for you, or just disable all animations.
So I think there is something to be made about resource consumption. As said, one core goes to 100% while it animates. 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) In that case not even a multithreaded implementation would help.
I agree that if there is a performance problem, we should fix it. Can you please file a bug report that describes the performance problem without proposing a solution? See https://community.kde.org/Get_Involved/Issue_Reporting#Describe_the_problem_instead_of_proposing_a_solution
Nate, trying to fix this would mean a complete reimplementation of the animation, because by now it seems that the splitter is just moved causing continue repaints, rearrangments, system stress and of course it is not efficient. 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. That's why i think that sometimes, * if a feature is here to stay * , it would be better to just let us choose to turn off things that don't work well and probably never will.
Well, you can't assume that nobody cares about fixing something like this. I happen to know who implemented this feature, and I'm pretty sure he would care and try to fix it if you describe the problem and how it's hindering you. He's a cool guy like that. No need to give up already. :)
(In reply to Nate Graham from comment #2) > In general, we don't want to offer options to fine-grained as to disable > specific individual animations. Instead, there is an option in System > Settings > Workspace Behavior to disable or speed up/slow down *all* > animations globally. If you find animations annoying, you might want to play > around with the slider there to find a speed that works for you, or just > disable all animations. This was the first thing I tried before registering this as a request. Firstly, it doesn't appear that you can disable all animations... at least there doesn't appear to be that option in my distro. Secondly, placing the animation slider on 'Instant', in effect removes all animations, except the split screen in Dolphin, which trots along at the same speed as before.
If the animation does not become disabled when setting the slider to "instant", that is a bug we can and should fix. Can you please file a new bug report to track that? It works for me, FWIW.
>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!