SUMMARY Shortcuts for switching to next/previous screen don't work. I've tried several combinations (Meta+Alt+Left/Right, Ctrl+Alt+Left/Right) and neither worked. This was not a problem several versions before. Sorry but I don't remember exactly when this regression was introduced. I have an external monitor plugged to a laptop through USB-C and used the shortucts to alternate focus between both. I didn't notice problems with any other usual shortcuts, e.g. maximize/minimize or switching windows. For the record, I have two different keyboard layouts. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.22.5 Plasma Framework Version: 5.86.0 Qt Version: 5.15.2
There are "Switch to Next/Previous Screen" and "Window to Next/Previous Screen" shortcuts. Is this bug report about "Switch to" shortcuts? Only "Window to" shortcuts are assigned by default.
It's about "switch to next/previous screen". I've tried with different key combos without any result. Months ago Meta+Alt+Left/Right worked.
If you uncheck "Active screen follows mouse" in system settings (window management, window behavior), do the shortcuts start working?
Neat! That did the trick, shortcuts work again.
In my testing you need both "Active screen follows unchecked" and "Separate screen focus" checked. We use getForActivation to search for a client on the next output https://invent.kde.org/plasma/kwin/-/blob/master/src/focuschain.cpp#L58 Because of the !m_separateScreenFocus this function actually does not check the outputs and returns the currently focused client (on the current screen)
On a conceptual level, does it make sense to be able to change which screen has focus when "active screen follows mouse" is enabled? If so, you can basically cause a mismatch between them such that the screen the pointer is located on is no longer active. So when happens when you move the mouse again? The active screen immediately jumps back to the screen that has the pointer on it? Or it waits until the pointer moves to another screen and then back? This would get very confusing very fast. I think this is going to have to be one of those "behaves as expected" things.