Rethinking Window Management
blogs.gnome.org
Rethinking Window Management
1–10 of 272 posts
Re: Rethinking Window Management
#2Re: Rethinking Window Management
#3Re: Rethinking Window Management
#4If Gnome implements this well enough, I might consider switching back it from Sway. We'll see. I'm pretty pleased with Sway, though.
Re: Rethinking Window Management
#5I've played with super detailed Unux WMs (bspwm?) and I've also started using Powertoys FancyZones on Windows and in both cases it's a lot of setup that only works ideally for rather specific situations.
Re: Rethinking Window Management
#6> As you open more windows, the existing windows move aside to make room for the new ones. If a new window doesn’t fit (e.g. because it wants to be maximized) it moves to its own workspace. If the window layout comes close to filling the screen, the windows are automatically tiled.
I can see this part being really cool, when the user doesn't care about the layout, and really, really, annoying when the user does care.
Side note: the article should really have made a comparison between a tiling wm like i3 and this new mosaic concept, not between gnome tiling and mosaic...i3 is still way better and they'd do well to compare to the actual 'state of the art'.
Re: Rethinking Window Management
#7Default sizing is one of my pet peeves with i3, even if it is the whole idea of tiling managers. You open first window and it takes entire screen space, meaning that with 32" screen (and even 27"), you need to look to the far left side for actual task (e.g. if it is a terminal, or code editor with column limit of 80 chars, dictated by code style). Then you open another window and you look straight into border between those 2 windows - your app isn't centered. etc etc
I have small bind in i3 that helps a bit, but it works only with one window
smart_gaps inverse_outer
bindsym $mod+g exec "i3-msg gaps horizontal current toggle 900"Re: Rethinking Window Management
#8I hope a deeper rethink can consider the user's end goal being task management rather than window management. Maybe something in the spirit of "Ctrl + Z" and "fg" can be helpful.
Re: Rethinking Window Management
#9Oooh, that’s going to be a usability problem, because it introduces a special mode for answering the “prompt”. Most users will never know that this mode exists, just that the system behaves weirdly and half-maximizes a single window sometimes.
I see people today unknowingly or uncaringly invoking the window overview mode (sometimes called “Activities”), and then trying to, say, click a link in a visible browser window. They then become confused when the windows all zoom around, and the click they wanted is ignored.