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…
yeah same, i3 does this for me perfectly. the only nit i would give it is that i wish the list of window tiles made it a little more apparent the borders, like including app icons or something like that
Rethinking Window Management
111–120 of 272 posts
Re: Rethinking Window Management
#112Earlier quoted context omitted.
I find switching between workspaces annoying, but not particularly more or less annoying than switching between maximized windows on Windows that's not the problem (for me at least). i have both workspaces and multiple maximized windows on some of those workspaces. each workspace is dedicated to a task. all windows related to that task, maximized or not, are together on one workspace. pushing maximized windows to the…
That makes sense to me. If you have a specific use for each workspace then I see how reordering them willy-nilly would be problematic and break muscle memory. I have a multi-monitor setup and I often find myself using particular monitors for particular applications. I would be annoyed if the operating system decided to start reorganizing them.
and it's not just muscle memory. it takes longer when you have twice as many workspaces in a row. if they would arrange in columns, say workspaces are arranged horizontally, but fullscreen windows are stacked vertically on top or below the workspace they were created from, i could work with that. just not the way macos is doing it, adding them to the end of the horizontal workspace list.
Re: Rethinking Window Management
#113The 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…
Re: Rethinking Window Management
#114I'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…
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.
Re: Rethinking Window Management
#115Clearly 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…
Re: Rethinking Window Management
#116Since 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.
It's not flawless. I had to patch plasma-desktop to get it to work at all, and there are still some bugs around widgets and toolbars I haven't found a solution for. But I'm still pretty happy with it. I have window animations with picom, and even window decorations that blend in pretty well, such that a casual observer probably wouldn't even notice that I replaced the window manager.
I'm pretty pumped that both Plasma and GNOME are now working on better tiling support by default. Maybe in a year I'll be back to using kwin or GNOME Shell.
Re: Rethinking Window Management
#117Earlier quoted context omitted.
what's missing that was removed in 2->3?
If you have used GNOME 2 for an extended period of time and then moved to GNOME 3, I think you'd find the shorter list of what wasn't removed. The idea was a vast plugin ecosystem which would allow development of desktop features to be more distributed. The problem was, some of the most basic features (like a taskbar for displaying open windows, or panels, or applets, or sane window management tools) were left out. A…
From https://www.phoronix.com/news/MTMxNj:
> He says that GNOME 3.x has been improving and that when pairing the desktop with the right extensions, it's a rather pleasant desktop. He specifically points out Frippery and GNOME Tweak Tool as making a huge difference to his experience.
Re: Rethinking Window Management
#118Call me a luddite but we don't need more innovation, just implementation.
- Windows should be able to tile in corners for a 4 window equal size layout by default in gnome, you currently need a plugin for it.
- A way to set up standard locations for windows, best managed in some kind of "work-profile"/"entertainment-profile" way, in a tileable-esque system. This is not something most people will use, but is very helpful for people who want to get back into the workflow of a relatively complex window layout. Say you use three screens, and have a editor, devtools, browser-production, browser-docs, and chat window or music player open. Getting these windows back into a standard location can be done with various secondary tools already, but it's never been implemented by an OS standard. Some applications with floating dockable windows already implement it for their floating windows, like Inkscape.
And that's it. Bear in mind I really think that this is taking the window managment the last 10% of the way, it's fine as is. Not just fine, good and borderline great.
>For a web browser that might be maximized, for a weather app maybe only 700×500 pixels
Those examples of "mosaic" tiling reeks of theoretical idealism. Almost no applications work in an area as small as what, 17% of total screen estate. Taking a weather app as an example is close to disingenous, that's the definition of an outlier regarding small windows. A common "small" window is something like a file manager or a OS settings page, and those arguably take up __at least__ 35% of screen real estate to work well, and are more commonly given a whole 50%. (half-side view)
Their demonstration goes on to demonstrate them opening 3 different weather apps and having them move around in the mosaic, like the demonstration shows a groundbreaking new way to manage what, weather apps? Completely disregarding the fact that a weather app is opened, read, and then closed. You dont' monitor the situation of the weather in your anyones workflow.
Now there are users who use very complex window layouts of very small windows, like some people working in sound production, but they don't want their windows to magically just shuffle around the center of the screen, they want the "open this window in this standard location/size every time im in work-profile mode".
Re: Rethinking Window Management
#119The 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 wonder how you might do this on Gnome or KDE these days.
Re: Rethinking Window Management
#120As 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…
As a longtime Windows user who recently moved to Linux, I can't live without fullscreen mode: all my apps are run in fullscreen, not with F12 """fullscreen""", just normally and without useless decorations like a titlebar.
I love the new UI that started on Windows, where Edge doesn't lose a full line to a useless titlebar and close button: instead, there's a X at the top right.
You'll wonder, but what if I need to resize the window or move it? But as I run my windows in fullscreen mode, I don't need to do that: if I want to start a terminal, it's started on another "virtual desktop" where it'll also be run in fullscreen mode
Someone else said they thought "tabs on browsers were invented because no desktop environment or GUI toolkit ever came up with a decent solution" - I don't want a decent solution!
I'd rather have edge offer me vertical tabs with icons, wezterm offer horizontal tabs with ascii text and so on - more room for content! And no tabs when there's only 1 opened tab, and ideally, no space lost for the scrollbar either: unless I'm actively scrolling, I don't need to see it.
> One concept I'd like to see return in modern desktop environments are 2D grid
It's too complicated: just give me a line, with numbers from say 1 to 9 like the numbers on my keyboard: if I press Win + 1, take me to that desktop. If I'm already there and the app I pinned to that desktop isn't there, start it.
> the level of polish isn't comparable
Try hyprland with Arch: before I did, I thought I hated Linux, turns out I just hated Gnome and Ubuntu.