Created attachment 158799 [details] Demo of arrow key failure to select window Clicking on a taskbar icon of an app (chrome in this case) present-window is launched but arrow keys are unresponsive. See attached demo: note screenkey capture afterward. Instead of windows in present-mode actual windows handle keystrokes, like they don't loose focus at all. Kubuntu: 23.04 KDE Plasma: 5.27.4 libqt5core5a: 5.15.8
(In reply to Alex A.D. from comment #0) > Created attachment 158799 [details] > Demo of arrow key failure to select window > > Clicking on a taskbar icon of an app (chrome in this case) present-window is > launched but arrow keys are unresponsive. > > See attached demo: note screenkey capture afterward. > > Instead of windows in present-mode actual windows handle keystrokes, like > they don't loose focus at all. Does this apply to normal keys as well? Like, does pressing letter keys filter the windows? I tried it and after fixing bug#466120 it seems to work OK.
(In reply to Jiri Palecek from comment #1) > Does this apply to normal keys as well? Like, does pressing letter keys > filter the windows? > > I tried it and after fixing bug#466120 it seems to work OK. Well in latest plasma all keys fail to focus present-window widget when it is invoked from the task bar (by keyboard hotkey) or directly by a keyboard shortcut. Arrow keys also don't work. This happens all the time. Present window activated by a shortcut (meta+1...7) only when I hit it twice . Focus sometimes is kept on the last focused app, not on the invoked widget. It's really ANNOYING. I don't get why devs decided to break away from previous presnt mode which was fast and slick and very comfortable. Now even animation delay isn't configurable. Blur also can't be turned off.
Can confirm.
Have tested this in Kubuntu 23.10 / Plasma v5.27.8 - works improperly. Now you can jump from window to window in virtual desktops, but some windows aren't accessible: you CAN'T focus them.