I already fixed this issue in kwin4, sad to see it back in kwin5. How to reproduce: * Have 5 apps open * Alt+tab to the last one * Press Alt+tab (without releasing the Alt) * See how the highlight focus travels from the 5th icon to the 2nd The fix in kwin4 is http://quickgit.kde.org/?p=kde-workspace.git&a=commit&h=76d24ca7feb613413d3d6f307191b6c5fad78d50 If someone can point me where to fix this in kwin5 i'd be happy to try a similar fix.
Looks fixed to me, at least the highlight doesn't move at all here anymore
Nevermind, I overlooked the "big icons" switcher.
The bug (or not) here seems that the currently active window is moved to the first position, ie. the icon list is not static. Correct perception?
The currently active window is moved to the first position, yes that's how it's supposed to work, the bug is that the highlight should not move from where it was last time to where it should be now, i.e. let's say you have 5 windows and you select the 4th, now the 4th will be the first, when you do alt+tab the highlight has to go to the 2nd, so it should move from 1st to 2nd position, but instead it moves from 4th to 2nd which is totally counter intuitive
Git commit 633a4820aa5ca244ebc39c5672649bbc286aacf2 by Kai Uwe Broulik. Committed on 08/03/2015 at 12:37. Pushed by broulik into branch 'master'. Kill animated highlight in tabbox It's super annoying and distracting, also makes it consistent with most of Plasma's ListViews. REVIEW: 122632 M +2 -1 windowswitchers/IconTabBox.qml M +2 -1 windowswitchers/compact/contents/ui/main.qml M +2 -1 windowswitchers/informative/contents/ui/main.qml M +1 -0 windowswitchers/present_windows/contents/ui/main.qml M +2 -1 windowswitchers/text/contents/ui/main.qml M +2 -1 windowswitchers/thumbnails/contents/ui/main.qml http://commits.kde.org/kdeplasma-addons/633a4820aa5ca244ebc39c5672649bbc286aacf2
Kai forgot to close the bug