Touchpad driver that isn't outright physically painful to use
Progress in assistive technologies, font rendering, display technology and resolution rather than shipping hardly readable traditional Linux-style dark-blue on black terminal themes on today's dark default themes coupled with a lack of easy configuration
Actually working power management, and actual power efficiency resulting in 10h running times (despite overreaching stuff such as systemd, the developer of which has now left for MS to feast on INIs)
Focus on end user functionality rather than endless new developer improvements and abstraction frameworks for self-inflicted problems (snap/flatpack/Docker and other meta containers rather than fixing ld.so and glibc or just use static linking) when new apps aren't coming anyways
A feeling that the desktop/Finder and UX is evolving and respecting habits rather than being restarted with every release
State of the art commercial apps for media production rather than 90s apps struggling for compatibility as devs turn to new playgrounds
MacOS has by far the best idea and implementation of how desktop keybindings should work (and no, I love vim but having desktop-wide vim keybindings doesn't make sense because not every input field can easily be modal). I'm constantly surprised why no linux distribution has copied this.
However, getting the Control -> Command/Super thing to work is much trickier. The best way is to use this: https://github.com/mooz/xkeysnail
However when I tried that, I ran into all kinds of weird behaviours all over the OS. Also, it doesn't work with Wayland.
Most terminal emulators let you remap Ctrl+C, Ctrl+Z, Ctrl+V if you really want.
But that doesn’t really help does it? Because now you’ve made killing and backgrounding a process just as hard. What you need is an extra accelerator key, which is only available on expensive boutique keyboards and not available at all on laptop keyboards.
The more distance I get from using Linux as a daily-driver desktop OS, the more it looks like most of the benefits of its configurability and modularity are fairly superficial—especially in its GUI stack—while the harm it causes is deep.
This (space efficiency, not necessarily the top menu bar) is the main thing that's keeping me away from Linux at this time. "Liberating" a Macbook Air feels like a great idea right until you have to do actual work on it, at which point, unless you're using the terminal, the screen will be largely empty space and huge widgets, with whatever text or image you're working on cramped between all those beautifully hand-crafted organic breathable widgets.
Edit: I'm not talking about window decorations being large, I'm talking about application widgets being large. You can fit like three macOS buttons in the space of a single Adwaita- or Breeze-themed button. See e.g. this SE thread for a comparison -- not with macOS, but basically the same problem: https://unix.stackexchange.com/questions/489533/how-to-get-a...
As for Gnome applications, it's not a Gnome problem, it's a GTK problem, that affects all GTK applications, regardless of what DE they run under, and all GTK-based DEs, like XFCE.
Pure no, from me. KDE feels much more natural to me now that I've settled in.
You can get even better space efficiency with a tiling WM. A lot of them don't bother with window chrome or even have a status bar with a clock out of the box.
If you try to run the numbers on e.g. sway/i3, that barely makes a dent. Realistically, you can squeeze maybe 6-8px out of a sane window decoration before it gets impractical.
Meanwhile you can get like 10px of vertical space just by halving the vertical padding of a default Adwaita/Breeze button, and it's still larger than the equivalent macOS button which non-technical users can click just fine. Sane sizing on three stacked widgets saves more space than any tiling WM.
We can have nice things without going back to 1980s UI paradigms.
You could also just use MATE!
Edit: also, both Greybird and Ambiance are both really large compared to anything you get on other platforms. It's through no fault of their authors, GTK's layout rules break (or at least broke, I was on GTK 3.24 last I tried it) at low padding values, and it's extremely hard to keep alignment afloat on small widgets. I'm also not exactly young anymore, the text contrast in Greybird's unfocused windows is pretty awful, and fixing anything related to GTK's :backdrop attribute is a very long-winded affair.
(The best UI with that kind of widget style today is arguably SerenityOS, but the repo I linked above tries to provide something similar for existing GTK+ apps.)
Also, for comparison, a Finder sidebar item is about half the height of the (unresizable) Nautilus sidebar item in the screenshot. Thank God for Thunar at least :-).
Top menu does sound like a reasonable compromise until one has to switch between the bottom left corner of the screen and the menu in the top left enough times. I'm all for efficient use of vertical space - I am one of those who still remove the top tab bar and use tree-style-tabs, but in practice I think there is a reason why most of the world allows the menu to follow the thing it is linked to.
Also note that these menus doesn't add up on other systems either. I only "waste" space for one menu line on my Linux or Windows applications too.
> snap/flatpack/Docker
Meanwhile on Mac I still have to use AppZapper.
> A feeling that the desktop/Finder and UX is evolving and respecting habits rather than being restarted with every release
You are probably comparing to Gnome and Unity here I guess, not KDE 5 or Windows?
> State of the art commercial apps for media production rather than 90s apps struggling for compatibility as devs turn to new playgrounds
This varies with job description I think. In my field one of the reasons why I still hesitate to get a Mac next month - despite its many advantages - is the fact that so many open source programs I use looked ugly on Mac last I checked and some weren't available at all. Meanwhile on Linux I can just ap-get them or in Windows I can apt-get them in WSL and run them, GUI and all inside Windows. That is kind of magic!
A top menu was reasonable for the original 9” Macintosh display of 512×342 pixels. (The original Macintosh could not even multi-task, and the visual components of the operating system were not designed for multiple programs at once.) The top menu was always close enough, and famously used Fitts’s law to its advantage. The NeXT system (17” display, 1120×832 pixels) realized that something even closer to the mouse pointer is wherever the mouse pointer happens to be right now, and added a right mouse button to the NeXT mouse; this button was completely dedicated to showing the menu, and was not used for “right-clicking” anything.
Its funny how the reality distortion works for MacOS, people really look very incredulous when you tell them that Linux on Mac works better for you than MacOS on Mac :-)
Apple delivers the proprietary ports that deprecate all my yucky existing cables, the walled garden that drives up costs and stifles external innovation, the orthodox design choices that refuse to update in the face of UX concerns, and the tv remote controls so divorced from human reality it guarantees I won’t watch too much tv!