Summary: | Don't Present Windows if each window in the group is on a different monitor | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Szczepan Hołyszewski <rulatir> |
Component: | effects-present-windows | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | CLOSED INTENTIONAL | ||
Severity: | normal | CC: | nate |
Priority: | NOR | ||
Version: | 5.16.4 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Szczepan Hołyszewski
2019-08-15 10:53:24 UTC
We altered the Present Windows effect to always active even if there is a single window open, which would extend to the case of a single window per screen. The reasoning was that if we try to be smart by activating windows instead of showing the effect or just not showing the effect at all, we were confusing the user more than if we show the effect in a slightly sub-optimal state. If the user triggers the effect, they should get the effect. The user's intention is not to "trigger the effect". Their intention is to "get to the desired window" as directly as possible. They may have *intentionally* arranged the windows on different monitors in order to be *able* to get to either of them as directly as possible. What is confusing (and annoying) is when the software introduces another interaction step to ask a completely redundant follow-up question, and *frustrates* user's intention to "get to" either window as quickly and directly as possible. Curiously though, current behavior is different from the one against which the bug was reported. I no longer see the Present Windows effect when clicking on a group button. Instead clicking repeatedly on the group button activates the windows in a cycle. This is close enough to what I wanted that I'm inclined to consider this bug fixed. Yes, that change was made precisely to support this use case. :) |