Can someone please make a window manager that fits linux? Flat, no animations, super performant, no rounded corners, no shading, pixelated icons. Never understood how all the linux desktops are so ugly and laggy
Rethinking Window Management
71–80 of 272 posts
Re: Rethinking Window Management
#72Can someone please make a window manager that fits linux? Flat, no animations, super performant, no rounded corners, no shading, pixelated icons. Never understood how all the linux desktops are so ugly and laggy
Re: Rethinking Window Management
#73[flagged]
Re: Rethinking Window Management
#74seems neat, but: how often do you launch a program that defaults to having a teeny-tiny window, like shown here?
I probably don’t want a calculator to be full screen, even a terminal full height might make sense but full width almost never does.
Re: Rethinking Window Management
#75I wish Gnome would stop rethinking things and just reimplement the basic desktop features every major competitor has, and that Gnome 2 had.
what's missing that was removed in 2->3?
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.
At some point it becomes a security and performance nightmare when the idea is that to achieve a normal desktop experience, you need dozens of user-supplied scripts.
Of course that's not a problem in practice, because even with user plugins, several basic features continue to be missing. And the fact that most of these plugins are just recreating functionality that already previously existed should really tell you something about GNOME team's design philosophy.
To quote Linus Torvalds, GNOME 3 is a "total user experience design failure".
Re: Rethinking Window Management
#76Re: Rethinking Window Management
#77Re: Rethinking Window Management
#78Maximizing 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.
macOS manages _apps_ not _windows_. macOS (or iOS) is the last place to look for insights into window management because it's not even speaking the same language. GNOME made this mistake a long time ago, trying to cargo cult (orig. definition) design their window management tools.
Want a good idea to copy?
Ctrl-C in the terminal should copy text when something is selected, and send interrupt otherwise. In the macOS Terminal, you can rebind Copy from Cmd-C to Ctrl-C; when you do so, this is what happens. I will pledge my unending loyalty to the first terminal emulator on X11/Wayland that can implement this - I've tried over a dozen and none of them do.
Re: Rethinking Window Management
#79Clearly 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…