- cross-posted to:
- linux@lemmy.ml
- cross-posted to:
- linux@lemmy.ml
You must log in or register to comment.
One important missing piece is having information on the maximum desired size of a window. This is the size beyond which the window content stops looking good. Not having this information is one of the reasons that traditional tiling window managers have issues, especially on larger screens.
I have been upset over losing this functionality from the classic Macintosh days for decades now. This was built into the Macintosh OS going back to at least System 7. Clicking the “expand” button in the title bar would expand (or shrink) a window to its optimum size. For Finder windows, that meant the smallest size that could display all the files without scrolling (if possible).
Developers had to implement logic to make it work. For the most part, they did, and it worked very well up through OS 9.
Then came OS X. The green button, at first, worked exactly the same way it did in OS 9. The problem was that even Apple didn’t give a damn to write any logic for it into their apps. It might as well have been a “randomize” button. Users got frustrated. Windows converts wondered why there was no “maximize” button and blamed the very concept of expanding rather than Apple’s now-piss-poor implementation. Longtime Mac users wondered why we effectively lost a very useful feature.
Over the years, Apple continued to neglect the function of the green button, and third-party devs largely followed suit. Eventually Apple changed the default behavior of the green button to go into full-screen mode, hiding the original (still mostly broken) “zoom” functionality behind an Option-click. At this point, the the difference is effectively “full screen” vs “windowed full screen”. RIP the classic Mac OS expand function.
Although the functionality is still abysmal, you can also double click the title/header bar to zoom.
What is zoom in Mac. I never have mac, I’m curious 😂
Similar to maximize but it tries to expand the window only enough to show all the content without needing to scroll.
I love the direction this is going, I’ve been using i3/sway for years and gnome apps recently became awesome in tiling mode because of their responsiveness. If this is implemented this could definitely get me back on gnome 👍
Yes, I’ll definitely give tiling on Gnome a try again once this lands. Tiling mainly the reason I’m looking forward to System76’s new Cosmic DE.
A good start would be to implement quarter tiling by dragging window to screen corner, like half tiling is done by dragging to screen edge.
I have a 3840x2160 monitor specifically so that I can have four windows open at the best size for their content (email, document, web browse, and terminal) and can avoid the use of workspaces and see everything at once. Having to manually resize and place windows is a pain.
Moving maximized windows to their own workspace seems like a really cool idea. Workspace management is one of the things I struggle with so I usually just end up with way too many tiled windows on a single screen when they could be moved around more efficiently.
That’s pretty much how MacOS does, but I wouldn’t call Mac’s window management good by any means.
Yeah, I am regularly confused by it. I prefer having my maximized windows as normal windows in a virtual desktop. I can then minimize them and work with the windows below as usual. The MacOS approach is very different in that regard. I prefer managing virtual desktops myself, as it allows me to organize stuff and allows me to keep a simple overview of my virtual working layout in the back of my head. Dynamically changing the amount of virtual desktops/maximized windows is just too counterintuitive for my taste.
Are they going to rethink putting thumbnails in the file selection dialog or many of their other insane decisions?
Gnome seems like they want to take the Apple approach to UI design without the attention to detail that Apple’s UX has.
putting thumbnails in the file selection dialog
Could you elaborate what you by this?
When you pick a file to upload or open from inside another application, the GTK/Gnome file picker does not allow you to have a thumbnail view of all the files. It is a meme in the Linux community at this point since there was a bug filed in 2004 asking for this feature, some even writing patches to make it work. Gnome devs refuse to change how the file picker works however.
- in the file manager, you can see thumbnails of images and videos
- in the file picker (ie. “Open File” dialog box), you only see the filetype icon
I always disliked Gnome because of this and also because it seems like the developers want to force their tastes and use cases to everyone else. You either learn to work their way, or move out. That’s one of the many things I like about KDE, despite the devs having their preferred default way of doing things, they leave options for the users to decide in an easy way (i.e. having everything in the settings menu, without needing to download and install a separate program or manually editing config files)
When I was using Gnome on a laptop, I really enjoyed the PaperWM tiling manager extension. It’s not exactly something that can be used with a mouse, but it’s a really pleasant touchpad/touch first multitasking interface, where instead of having traditional workspaces that are constrained to the size of your monitor, you basically get infinite horizontally scrollable workspaces that are a joy to navigate with a touchpad.
Looks really interesting, hopefully this can be a step forward for window management as a whole
