Summary: | Restore minimized window while modifier is still held | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Tech-Tac <im.tech.tac> |
Component: | Quick Tiling | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | kdedev, nate |
Priority: | NOR | Keywords: | usability |
Version First Reported In: | 6.3.5 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Tech-Tac
2025-05-15 18:47:11 UTC
I would also like to clarify that releasing the win key should make things behave as they do now again What's the use case for this? I ask because it would block the workflow of actually wanting to minimize a window and then maximize a different one immediately afterwards, which means it's probably going to hit someone's spacebar heating workflow. When accidentally minimizing a window and wanting to bring it back without much friction. It is also a quality of life change, a little detail that makes some interactions more fun, I used to repeatedly minimize and restore windows with this feature. I wonder if a shortcut could be added for re-maximizing the most recently minimized window, if the desired behavior isn't possible? To argue for the feature request, muscle memory will cause friction with things like this being different between OS's I booted up Windows to research the exact behavior of this and it is as follows: Win+left to tile window to the left Win+right to tile window to the right Win+down to minimize window floating window/unmaximize maximized window Win+up to toggle window maximization And the important parts: If Win was still being pressed after Win+down and the user now presses up, the window that just got minimized is restored again as floating, pressing other arrow keys does nothing. |