Live data from Hacker News

Rethinking Window Management

blogs.gnome.org

41–50 of 272 posts

Re: Rethinking Window Management

#41

Maximizing windows in their own workspace is annoying and one of the worst parts of macOS window management. I really hope they don't bother with that. Just because I want a maximized window doesn't mean I want it in it's own workspace. It just makes dealing with windows harder because you now have to move to some other workspace to grab a window you want to reference first.

One of the things I like about Windows 11 is when you tile 2 windows, they form a group in the alt-tab menu. That way you can keep using your regular workflow with the group without the need for another workspace.

Re: Rethinking Window Management

#43

I've been using i3 (within the larger Regolith package) for a few years now and its hard for me to non-tiling WMs now. However I do think there would be a lot of improvements, especially with large desktop monitors. One idea I had would be to have a window manager only have a single main window in each desktop and then scaled down windows around the border on the desktop, like the TV in Idiocracy ( https://www.sounda…

Pretty sure it's doable with i3 although needs some tinkering.

Re: Rethinking Window Management

#44
post #23

For Gnome users, I really enjoy using Pop Shell (the window manager from Pop OS) as a tiling window manager. It doesn't exactly solve the problems with TWMs that this post discusses, but I often run into folks who don't know that you can use a lot of the bits from Pop OS in generic Gnome. I made a video about how to set it up if anyone is curious. The series was aimed at beginners, so feel to hop around if you just w…

I found the Forge plugin on GNOME Extensions to be a much better solution.

https://extensions.gnome.org/extension/4481/forge/

Re: Rethinking Window Management

#45

Since there's going to be a lot of tiling WM users looking: what's the best way to get tiling WM and all the convenience of a "full blown WM like Gnome": things like Network Manager applet, bluetooth control, audio etc. all just few clicks away.

I use Forge, it works really well most of the time.

https://extensions.gnome.org/extension/4481/forge/

Re: Rethinking Window Management

#46
post #29

The windowing UI/UX I wish for is to arrange a bunch of app's windows on my screen, then run some tool that notices what is running, where they all are, and what has input focus, and can save that state to be reinstantiated later. Think of how live stage theatre does set changes: there are tape marks on the stage floor showing where every object should go, and the crew just puts objects where the crew knows the objec…

I'm pretty sure that this (and a little bit more) is already present in KDE and it's called Activities. It's not very popular, possibly because it's not "marketed" enough IMO.

Re: Rethinking Window Management

#47
I don’t know. Overlapping windows may look messy, but I know where they are and their size is right for me. Not for you, for me.

If windows are moving all the time on their own as I open new ones, maybe it looks gorgeous on demos and screenshots, but I don’t think it’s going to be ergonomic to actually work with. And my work is not about posting screenshots to r/unixporn.

Re: Rethinking Window Management

#48
post #35

[flagged]

The problem with this fairly complex solution is that the easier path by far is simpler window arrangements, multiple monitors, and many workspaces. Once you have more windows than fit on a workspace its easier just to have more workspaces and 1-3 windows is what basically universally fits on most monitors.

If you organize more things in the same space you probably need indivdual apps that themselves have tabs like browsers, editors, IDEs rather than more windows.

Personally I use https://github.com/chmln/i3-auto-layout to make slightly better layouts automatically be automatically alternating between v and h splits and find this fits my needs 95% of the time.

Shit work under i3 is already very small but if you wanted to reduce it further I think you could probably go a long way with a very simple feature.

Add a save button that saves current layout to a list like so

Browser, calculator

Browser, pdf reader

terminal terminal terminal

ide terminal terminal

Then have a restore function that simply walks the list finds the entry that matches the kind and number of window and shoves existing windows into that layout. You can at creation time use something like i3-save-tree, edit the json, yada yada but its all fairly manual and I think for the use case it would be relatively simpler. The few non standard all match for me a simple pattern eg there really isn't 2 different ways I want IDE terminal terminal

Re: Rethinking Window Management

#49
post #17

Maximizing windows in their own workspace is annoying and one of the worst parts of macOS window management. I really hope they don't bother with that. Just because I want a maximized window doesn't mean I want it in it's own workspace. It just makes dealing with windows harder because you now have to move to some other workspace to grab a window you want to reference first.

Personally I find switching between workspaces annoying, but not particularly more or less annoying than switching between maximized windows on Windows. So I am curious what you specifically find annoying about treating maximized windows as workspaces. (Also, note that you can hold the Option key and click on the green plus in the upper-left corner you will get the standard Windows maximize behavior, which macOS call…

When workspaces are finite and defined one can simply bind hotkeys to switch to a particular workspace and tend to put the same things in the same workspace. EG your main browser window is in workspace 9 full screen on your monitor and you can switch to it immediately with super+9

Switching between windows in a unknown workspace arrangement is more effort because you are triggering an action, possibly by taking your hands off the keyboard, grabbing your mouse, moving it somewhere, clicking on something, hunting for the desired item, selecting it. This seems trivial but you are performing the same actually constantly.

Re: Rethinking Window Management

#50
post #21

>Another issue with tiling window manager is that they place new windows in seemingly arbitrary positions Well we have Xresources to to solve this, but the Gnome and KDE people ignore a standard that has been there for years. And Fluxbox solves this issue by having point/click option to allow you to say "Make this window show up here with this size". But as usual, many GNOME/GTK and some KDE applications ignore that…

Do Xresources and friends make sense now Wayland is finally usable for many folks? Maybe having some sort of environment agnostic config would be good - even with Wayland - but I don’t know that a suitable one exists today.
Post reply on HN