Summary: | "switch to next/previous screen" shortcuts don't work when using "Active screen follows mouse" setting | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Jason <cuentabasura> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | normal | CC: | kde, nate |
Priority: | NOR | Keywords: | regression |
Version First Reported In: | 5.22.5 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Jason
2021-09-24 16:08:39 UTC
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. |