| Summary: | "Only One window per application" setting considers LibreOffice apps to be the same app, creating a discrepancy with the Task Manager | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Nate Graham <nate> |
| Component: | tabbox | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | minor | ||
| Priority: | NOR | ||
| Version First Reported In: | git master | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Annotated screenshot depicting of the problem | ||
|
Description
Nate Graham
2019-11-21 19:32:19 UTC
KWin thinks that Writer and Calc belong to the same application because they are in the same window group and also have the same pid. So it's logical to present only one item in the task switcher. (In reply to Vlad Zahorodnii from comment #1) > KWin thinks that Writer and Calc belong to the same application because they > are in the same window group and also have the same pid. So it's logical to > present only one item in the task switcher. It's not logical to present the same data differently between the Task Switcher and the Task Manager. The fact that these tao apps are in the same window group and also have the same pid are implementation details; from a user perspective, they are different apps. The Task manager manages to figure this out; if the Task Switcher does not, then we have a buggy behavior of the same thing being presented differently in different contexts. I know this situation is non-ideal because it amounts to working around an odd app behavior, but sometimes that's what you need to do to ensure internal consistency and a good user experience. Alternatively, is there something simple that the LibreOffice apps can do to signal to KWin that they want to be considered separate apps? I don't think it's likely that the devs will reconsider their current approach of using the same process for all apps (requires total re-architecture of everything), but is there a way they can hint to the window manager that windows belonging to different LibreOffice apps want to be considered different apps? (In reply to Nate Graham from comment #2) > It's not logical to present the same data differently between the Task > Switcher and the Task Manager. The fact that these tao apps are in the same > window group and also have the same pid are implementation details; from a > user perspective, they are different apps. The Task manager manages to > figure this out; if the Task Switcher does not, then we have a buggy > behavior of the same thing being presented differently in different contexts. Well, I don't deny the fact that the current behavior is counter-intuitive when it comes to switching between LibreOffice windows. The task manager doesn't have such problems because it checks only the app id. On the other hand, KWin has more sophisticated heuristics to verify that the given two clients belong to the same application. The only way to fix this problem is to make sure that we check the window class first. Although, frankly, I don't know what impact it will have on the rest of KWin. We use AbstractClient::belongToSameApplication() quite a lot in core code. Changing any of its details may have serious consequences. |