Bug 394206 - taskbar : slow workflow because of slow animations when window grouping is enabled
Summary: taskbar : slow workflow because of slow animations when window grouping is en...
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: effects-various (other bugs)
Version First Reported In: 5.12.5
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2018-05-13 15:42 UTC by Lukas Ba.
Modified: 2018-05-14 23:15 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:
nate: Usability+


Attachments
video of (1.), slow animation (269.82 KB, video/x-matroska)
2018-05-13 15:42 UTC, Lukas Ba.
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lukas Ba. 2018-05-13 15:42:02 UTC
Created attachment 112620 [details]
video of (1.), slow animation

This is not a glitch but a ui design issue.

I'm talking about the taskbar that shows icons alongside window titles. See attached video.

When switching between windows of an application that has multiple windows, which are grouped together, two types of windows can show up.

1. When you click on the application tab, a window appears that lists all windows. An animation shows a window sliding upwards.

2. When you hover the application tab, after a timeout an animation displays. The animation shows a fade in effect of the info window. (The timeout is only applied the first time the mouse enters the taskbar, so in principle it's possible to instantly show the info.)

The animation in (1.) slows down the workflow in KDE plasma, because you have to wait for it to finish before you can switch between windows.
The timeout and animation in (2.) slows down the workflow, because you have to wait for both to finish before you can read the info.

When you attempt reading the text of the window that is sliding upwards (1.) whilst it's moving, you can't actually read it.

I can't find an option to disable the animations or speed them up. The timeout (2.) can't be removed.

Disabling the window grouping is the only way to instantly switch to a window. I would prefer to use the grouping, though.
Comment 1 Lukas Ba. 2018-05-13 16:09:52 UTC
PS: I noticed now you can speed up all animations to instant in the compositor settings. I prefer to keep animations in general though. Disabling animations also doesn't remove the timeout from case 2..
Comment 2 Christoph Feck 2018-05-14 01:46:44 UTC
Regarding Plasma animations (those that are not controlled by KWin), see bug 352386 comment #10.
Comment 3 Eike Hein 2018-05-14 07:26:16 UTC
Animations and their speed are controlled by the compositor and not the Task Manager widget, reassigning.

Instead of disabling grouping there's also the option to show groups inline on the bar btw.
Comment 4 Lukas Ba. 2018-05-14 12:54:44 UTC
(In reply to Eike Hein from comment #3)
> Instead of disabling grouping there's also the option to show groups inline
> on the bar btw.

That's what i'm doing already, but i didn't describe it precisely enough when i said disabling groups. Thanks for the hint anyway.

> Animations and their speed are controlled by the compositor and not the Task
> Manager widget, reassigning.

Where can i disable a particular animation in the compositor settings?
Comment 5 Christoph Feck 2018-05-14 12:57:18 UTC
These animations are called Desktop Effects.
Comment 6 Martin Flöser 2018-05-14 14:51:44 UTC
It's possible to disable the effects
Comment 7 Nate Graham 2018-05-14 14:56:17 UTC
That's one possible solution. But perhaps we should consider making the default speed faster, or making this use a multiple of the global compositor animation speed? Good defaults are important.
Comment 8 Martin Flöser 2018-05-14 15:54:20 UTC
(In reply to Nate Graham from comment #7)
> That's one possible solution. But perhaps we should consider making the
> default speed faster, or making this use a multiple of the global compositor
> animation speed? Good defaults are important.

Yes, but one complaint in 10 years of shipping the default means we have a really, really, really, really awesome default.
Comment 9 Lukas Ba. 2018-05-14 23:15:10 UTC
Disabling the window animations "sliding popups" and "Fade" works.

After that, there's still a tiny delay of ~150ms before the window opens. That's not a serious issue, but it's noticably slower than opening a right-click menu on the tab, for example. I just wonder what is causing it.

It's my opinion that it makes sense to keep animations/effects in general except for the taskbar that you have to click very often (if you are a mouse-warrior). In the case of the taskbar the speed of workflow is more important than showing animations.