| Summary: | fast window switching (ALT+Tab) is broken for fullscreen windows | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | FabiB <plusfabi> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | 5.9.4 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
FabiB
2017-04-07 11:26:04 UTC
might it be that the window closes when losing focus? (In reply to Martin Gräßlin from comment #1) > might it be that the window closes when losing focus? It only gets minimized when it loses fokus. (In reply to FabiB from comment #2) > (In reply to Martin Gräßlin from comment #1) > > might it be that the window closes when losing focus? > > It only gets minimized when it loses fokus. Minimized windows are moved to the last position in window switching. This is clearly a bug in the games. There is no reason to minimize and that is not the expected behavior. I dont think it's a bug but a design choice for all kinds open OpenGL,DirectX,Vulkan Applications when they run fullscreen and lose the focus. Not on Linux, but a real standard behavior. Note: this is for "real fullscreen", not "borderless maximized". SDL, for example, has a switch for this to run off because it's a default setting SDL_VIDEO_MINIMIZE_ON_FOCUS_LOSS=1 ---- But now as you mention it: why is the minimized window put to the end of the list, thats (for me) really unexpected and feels strange > why is the minimized window put to the end of the list, thats (for me) really unexpected and feels strange
I have no idea it has been like that before I joined development.
Is there maybe some kind of kwin rule to completely disable that minimized windows are going to the end of the list? It really bothers me much, since I know it. Thats also the reason why my the window switcher (when you press and hold ALT+Tab) is so jumpy when placing windows. I though for the last few years that kwin got confised when Compositing got switched off and on and thats why windows often appear in a completely new order, but its really because minimized windows are switching to the last place on the list. (In reply to FabiB from comment #6) > Is there maybe some kind of kwin rule to completely disable that minimized > windows are going to the end of the list? It really bothers me much, since I > know it. As far as I have seen the code there is no way to influence this at all. |