-
-
Notifications
You must be signed in to change notification settings - Fork 128
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Windows are not 'grabbed' by PaperWM after hiding them #838
Comments
Hey @bashghost2600, Note: this is not a bug, but by design. Hidden windows gets restored to the scratch layer: https://github.com/paperwm/PaperWM?tab=readme-ov-file#scratch-layer |
P.S. I'm not saying this is a good design, just that it's always been that way. @Lythenas - any thoughts here? I'm open to switching this so window just retiles (maybe if was tiled before hiding?). |
Also, @bashghost2600, just to note that if a change was made here it would be in Cheers. |
Thanks for reply, didn't realize that (sorry for not reading all docs before, just focused on shortcuts part). Yeah, I also think it will be much more intuitive and faster to use (what basically tiling WM is for), cause when you want window to be tiled, you probably want it to be tiled after un-hiding. Thanks so much for fast reaction and already developing this feature! |
Describe the bug
PaperWM doesn't always tile all widnows.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Windows are not tiled to others, instead they act like in normal, non-tiled mode.
System information:
PaperWM 71, Debian 12, Gnome 43.9 (Wayland)
The text was updated successfully, but these errors were encountered: