Likewise with the red traffic light. Windows couples process lifecycle to the window lifecycle. macOS separates process from the presentation, the paradigm is a desk full of papers, and so documents are separate from their application, the app remains ready to open another file when you close that specific document.
I'll give you app installation via drag and drop, if the background image of the .dmg doesn't have that arrow queue then you're right, it's pretty unintuitive but even then, the idea is you don't have to install an app on macOS. They are just bundles, you run them from anywhere. Dragging and dropping into /Applications is totally optional.
Windows has its fair share of unintuitive behavior/arbitrary quirks too that's overlooked because "that's how it's always been." What's intuitive or not still just comes down to muscle memory.
I accidentally sent my password in a Teams chat at work because an Auth prompt popped up so I naturally typed my password and hit enter like I would on a Mac.
Hilarious. But bad UX.
For me, I always felt like the dragging an app into a folder is pretty intuitive. I feel like it follows the unix "everything is a file" philosophy; installing is just putting the app file somewhere on your computer.
But everything else I pretty much agree with you.
The funny thing is, it could almost work on something like iOS, where (if I understand correctly) focusing away from an app suspends it typically. So that could be the red button. I’m not sure what yellow should be. Maybe put the app into a sort of non-interactive mode where it stays on the screen but doesn’t do any processing, just queues up notifications.
Yellow = yield (minimize)
Green = go (grow)
Makes sense to me.
OTOH among the non-technical people I know they’ve haven’t often complained about this sort of thing, so maybe the real answer is just that this is something where not much explanation is needed in the first place!
They have not had any innovation in desktop UI since 2005.
I have an iMac G5 running Tiger and the desktop environment is almost identical in every way. Except now it doesn’t look pretty like it did in the Aqua days.
It’s supposed to grow to the size it needs to fit the content. That button was never a “maximise” but a “zoom” (you can confirm this by checking the “Window” menu in an app).
> Red appears to quit, but actually doesn’t, it merely closes the window, which is confusing for the simple case of only having one window.
It depends. The general rule is that for apps which can only ever have one window (e.g. System Settings), closing the window quits the app. For apps with multiple windows, closing the window only closes the window.
> And the analogy of traffic lights doesn’t really work.
We (the users) are the ones who call them traffic lights, though. As far as I’m aware, Apple hasn’t suggested that as an analogy.
> though, nowadays it goes fullscreen, which is great
The old behaviour is still there, if you ⌥+click.
> The classic one that everyone talks about is the weird way apps are installed by dragging an app into a folder
The insight there is that (most) apps aren’t really “installed”. You can grab that file (actually it’s a folder, a package bundle) and put it and run it from anywhere.
> Also, that UI wouldn’t always show up, I believe because the app itself has to be coded to trigger it.
Unless I’m misunderstanding you, that UI is part of the DMG. If an app is distributed as a zip, for example, you won’t see it.
> but I think it’s overlooked just because “that’s how it’s always been”.
But it’s not. You yourself listed an example where it changed (zoom/maximise). Installing apps with PKG files used to be more common. The scroll direction thing isn’t that old, it was only some time after iPhones that trackpads changed the default motion.