https://bugs.kde.org/show_bug.cgi?id=419499
Oded Arbel <o...@geek.co.il> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |o...@geek.co.il
--- Comment #11 from Oded Arbel <o...@geek.co.il> ---
I think I have the same issue as reported, but the behavior I see now - with
Plasma 5.20.80 from Neon unstable is as follows:
Setup: 3 available activities, lets call them A, B and C.
Behaviors:
1. When on any activity, hitting the "Walk through activities" key once (and
releasing all keys) will switch to the previously used activity. Hitting it
again will switch back.
2. When holding the modifier keys after releasing the TAB (my setup is custom
and I'm using multiple modifiers), the activities bar remains open and shows
the activity list in their iteration order (like with the window switcher) so
hitting the TAB key again will switch to the next activity in the list and then
the next until the modifiers are released.
All this is fine.
The issue I have is that the order the activities are shown in the activity bar
and iterated over, when not releasing the modifier keys between switching, is a
bit weird:
Lets say we are starting in activity A. Activating the shortcut and holding the
modifiers - the desktop switches to B, and shows the activity bar with B
selected with the following order: B, A, C.
So activating the shortcut again - without releasing modifiers - would bring
you back to activity A, and only then to C.
Compare that to the window switcher: I have 3 windows, I'm on A with the
previous B and I want to get to C - hold ALT, press TAB once (get to B) and
again (get to C). But with the activity switcher - hold modifiers, press TAB
once (get to B) press TAB again (get back to A) pres TAB a third time (get to
C).
I think what happens here is that the activity manager - on invoking "Walk
through activities" - first switches to the last previously used activity and
only then shows the activity bar with all activities sorted by (the post
switch) LRU order, while the "walk through windows" shortcut first lists the
LRU windows and only then switches, so that when the window switcher UI
appears, the current window is always the second on the list.
The problem becomes very apparent when you combine it with the reverse action:
- Window switcher, with A,B,C as LRU order: hold ALT, press TAB, hold ALT and
SHIFT, press TAB, release modifiers - you are now at A.
- Activity switcher, with A,B,C as LRU order: hold modifiers, press TAB, hold
modifiers and SHIFT, press TAB, release modifiers - you are now at C.
--
You are receiving this mail because:
You are watching all bug changes.
