Live data from Hacker News

Rethinking Window Management

blogs.gnome.org

171–180 of 272 posts

Re: Rethinking Window Management

#171

I'd love to chat with the gnome guys. They miss so much and I'm not sure why. 1) The WM must remember where my windows were and put them back when reopened. Never mind how X apps took on this responsibility, under Wayland the app should not know its context. It's also not right to put the burden on every app when it could be in the WM to provide consistency and unburden all the other devs. 2) I use a 55" screen where…

I think that describes aptly why no paradigm is fitting for everyone...

> 1) The WM must remember where my windows were and put them back when reopened. Never mind how X apps took on this responsibility, under Wayland the app should not know its context. It's also not right to put the burden on every app when it could be in the WM to provide consistency and unburden all the other devs.

I want to explicitly put them where I want (on which virtual desktop) and have it always be the same on reboot. If I want to change the default location, I want to change it explicitly.

Reason is because then I can have single shortcut that always leads me to the right VD with right app. + 4 is always IDR, + 2 is always Firefox etc. and I don't want that to change because yesterday for work I did I needed a bit different layout temporarily.

> 2) I use a 55" screen where the "desktop" metaphor is apt. Workspaces are for small screens with maximized windows, which don't really need other layout methods anyway.

I'd probably just had it split it in tiles. I never want to move a window and I never need to have space in-between them.

I want to put apps that I interact with constantly near eachother and references I use close, and preferable just have easy keyboard/mouse way move/swap them around

My current setup is just 2 fullscreen apps on 2 monitors. I'd sometimes want third (or big one split into tiles), but that's about it. I sometimes split one in 2, say 2 pieces of documentation, or chat + something else but many apps benefit from full wide on 24 inch screen.

> 3) I have space for the launcher to be ever present.

I don't get the point of launcher ever showing up uninvinted

I don't see the need of launcher ever sharing same space with apps, it's not like they interact. It's for launching.

alt+f2, type what I need to run, enter, that's entire interaction required. I guess I wouldn't mind if some extra widgets could live there like rss/mail/weather, as there is plenty of space, but it is for launching, so it should be overlay

So, what is someone's idea of perfect desktop might be hell for someone's else. It's basically no size fits all.

> I also don't want my windows to shrink and move around when I do invoke that panel. That's so jarring and completely unneeded.

At this point I think GNOME guys are looking for reason they are still employed and change shit for no good reason.

Re: Rethinking Window Management

#172
post #143

As a longtime macOS user, while I don't mind the rest of how it handles windows/apps I've never liked the fullscreen mode that was added in 10.7, and the GNOME fullscreen mode mentioned in the blog post is identical. I don't maximize windows often, but when I do I don't usually want the window to be spirited away to its own separate universe, and the apps that actually need fullscreen implement that functionality ind…

> the GNOME fullscreen mode mentioned in the blog post is identical after being given a macbook pro for work, i can't stop thinking that gnome developers/designers people are just people that didn't manage to get hired by Apple, and just keep copying mac os over and over again.

What GNOME takes from macOS is mostly things that are shared with iPadOS, interestingly. The Mac-unique bits, especially anything power user oriented, don’t typically get copied.

So if anything I’d say that GNOME is more like a desktop reimagining of iPadOS.

Re: Rethinking Window Management

#173
post #114

Earlier quoted context omitted.

> Workspaces are for small screens with maximized windows, which don't really need other layout methods anyway. Strong disagree here. I use a 38" Ultrawide and I have 10 workspaces open at the moment. All of them dedicated to a single in-flight task. If a workspace is a desktop multiple workspaces is a workshop.

I have keybindings that go directly to the workspace that I am interested in. Fifteen years ago I dedicated 10 workspaces to fullscreen tasks I do daily and now I can go to my browser with a keybinding or to my code editor with another. I have been on workmates computers with tens to a hundred windows open and I am dumbfounded on how they get anything done. A task should operate on one workspace and there should be k…

I have similar setup. One improvement that I really liked (for those few times where I don't use the usual map) is that rofi have alt+tab search in window titles which helps massively to find any temporary app or terminal I might've run somewhere.

Re: Rethinking Window Management

#174
post #143

As a longtime macOS user, while I don't mind the rest of how it handles windows/apps I've never liked the fullscreen mode that was added in 10.7, and the GNOME fullscreen mode mentioned in the blog post is identical. I don't maximize windows often, but when I do I don't usually want the window to be spirited away to its own separate universe, and the apps that actually need fullscreen implement that functionality ind…

> the GNOME fullscreen mode mentioned in the blog post is identical after being given a macbook pro for work, i can't stop thinking that gnome developers/designers people are just people that didn't manage to get hired by Apple, and just keep copying mac os over and over again.

Nah, if that was the case it might've been actually decent...

Re: Rethinking Window Management

#175
post #162

Back when I first started learning C, I had an idea to have a GUI environment where instead of windows you have cubes. Not random 3d objects bit 2D compatible abstractions similar to windows that render what would be a window on one face for regular apps but for 3d apps, different faces and relationship between cubes can be configured. I coded something very basic in opengl but gave up after getting camera movements…

i loved compiz. unity kept it alive for a while longer, but at least some of the features are coming back there is a wobbly windows extension for gnome for example. so it's still (or again) possible to do these things. it just takes some people to run wild with the possibilities like it happened with compiz

Re: Rethinking Window Management

#176

Earlier quoted context omitted.

I'm not saying that everyone should be like me. I am genuinely asking what the use cases are for something else.

My screen is 4 and a half feet wide. I use Windows Power Toys on Win and a Tiling windows manager on Linux. Each app goes to their specific location. The center 1920x1080 is for the main focus and the rest is for peripheral/supporting apps. Here's what my development desktop looks like[1] 1: https://keeb.dev/2022/06/12/I-made-a-keylogger/desktop-full....

You have an area on your desktop dedicated to neofetch?

Re: Rethinking Window Management

#177
post #130
post #125

Earlier quoted context omitted.

Hyprland looks neat. I was expecting to see a FAQ entry comparing/contrasting to sway. What made you choose hyprland over sway?

> What made you choose hyprland over sway? The number of people talking about how great it was, while it's much more recent that sway: it was too high to just be by chance. Eyecandy is important, and so is flexibility: check https://github.com/end-4/dots-hyprland and you'll see very different styles made from the same hyprland that I use in "each window is fullscreen" mode. But to stay with a desktop, you've got to i…

Is there any showcase that shows actual work rather than:

* changing wallpapers

* changing music

* changing mouse cursor speed settings (why is that even in quick accessible panels, I've set it once 10 years ago and haven't changed it)

?

Coz outside of being pretty it looks like worse traditional manager like xfce... I don't get the appeal.

Re: Rethinking Window Management

#178

Earlier quoted context omitted.

My screen is 4 and a half feet wide. I use Windows Power Toys on Win and a Tiling windows manager on Linux. Each app goes to their specific location. The center 1920x1080 is for the main focus and the rest is for peripheral/supporting apps. Here's what my development desktop looks like[1] 1: https://keeb.dev/2022/06/12/I-made-a-keylogger/desktop-full....

You have an area on your desktop dedicated to neofetch?

An area dedicated to ssh, yep!

Re: Rethinking Window Management

#179

Clearly I am a very simple person, and I don't get all these window management wars. Almost all my workflows either involve one maximised windows, two windows side by side, or occasionally one smaller windowed floating on top of another. Linux does that for me by default. You can get the float on top in Windows with some 3re party tools, although it isn't as nicely integrated. What is everyone doing that needs someth…

Here are some sample workflows where I have a bunch of different windows open. But I also have three screens (38" ultrawide - so I have close to 180* of screen around me). * Full stack dev. One window for backend code (sub-tiled into two or three editor windows). One window for terminal (subtiled into two or three consoles). One window for Sublime with various notes and configs. One window for front-end code. And a b…

I do all that (well, similar enough stuff). I just have virtual-desktop-per-app (or pair of apps and switch between them

+1/2/3/4/5/6/7/8 for left-side windows, +F1/2/3/4/5/6/7/8 for right side.

+ sometimes a floating terminal window. I3 allows to bind window to "scratchpad" which is basically overlay windows that can be shown/hidden with one key

Re: Rethinking Window Management

#180
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…

Swapping between workspaces on Windows is:

- very slow (even with animations turned off - very buggy. Windows resize and move themselves.

Post reply on HN