I think this is a common view held by experienced computer users, because they don't consider which parts of their own usage patterns are a component of their advanced knowledge, and which are inherent to all users.
For example: an experienced user is more likely to notice that closing a window in macOS backgrounds the app, and more likely to figure out how to fully exit the app process completely (either via Cmd+Q or menu>Quit). Given that, an experienced user is less likely to grow accustomed to all of their apps being in a backgrounded state, and find Finders forced background state unusual/exceptional.
In contrast, an inexperienced computer user will likely leave all apps they use open all the time (possibly not realising they're running) and as such grow more quickly accustomed to having to Option+N for everything (not just Finder).
I think you mean “experienced Windows user using macOS”. What you describe are consistent design choices on the Mac. If you flipped things around and only knew Macs and went to Windows, you might be surprised that closing a window there exits an app! There’s no reason one behavior is more correct than the other.
I didn't imply otherwise? Did you mean to reply to the gp comment?
I'd say both behaviours could be equally surprising to any user, regardless of their previous OS biases but either way that's not really related to the point I was making.
I was just saying that an inexperienced user will notice technical details less (e.g. the ramifications of processes continuing to run in the background without windows, the dock status indicators showing they're still open, the fact they show up in the app switcher, etc.) and as such won't be inclined to "take control" of that default behaviour in a way that an experienced user might, due to their heightened awareness of it.
Ah, my mistake. I misread your comment since you mentioned generally "experienced users" and then mentioned specific macOS details that might be confusing for experienced Windows users. I see now what you meant.
Reading all the comments as someone who grew up on macs and only encountered windows much later on, all the comments here are quite amusing because it's rather clear that 95% of people commenting are windows users first who encountered mac later and wonder why it's not windows. To be fair, mac used to be pretty fringe so it's expected most people would build their mental models around windows traditions by the time they started using mac.
macOS has those also, programs can live on the menu bar.
But in macOS, closing the last window basically never exits the program. Even for a program like Element, which is just an Electron view, closing the window doesn't quit the program, even though what's left over is useless: there's no way to relaunch the Electron pane except to quit and start it again.
This is just how macOS works: if you want to quit, you type Cmd-Q, if you want to close windows, red button or Cmd-W, and closing windows won't quit your program.
> But in macOS, closing the last window basically never exits the program
There's plenty (an increasing number, IME) of Windows apps that work that way, but mostly if an app exists to facilitate some kind of user interaction via a UI and there's no worries open there's no reason for it to be open, so no windows = closed app is a fairly same convention.
> Even for a program like Element, which is just an Electron view, closing the window doesn't quit the program, even though what's left over is useless:
I think that last part pretty well illustrates why “closing all windows is not closing the app”, while it make sense in many cases, is not a great model to be applied inflexibly.
I mentioned that Element is just an Electron view because it doesn't behave like a native Mac app. The correct thing to do is to offer a menu item which would bring the view back.
VLC is a good example of an app which works correctly in this way. There's only the one window, which shows either the playlist or the video. If you close it, VLC stays open, and there's a menu item which will bring it back.
Of course VLC can also open files, so Cmd-O is useful here, and Element doesn't happen to support more than one window... because it's a browser view dressed as a Mac app. If it were native, it would be a no-brainer to support multiple windows, each with a given user account.
So yes, there are some edge cases where an application offers exactly one window, and there's no reason to close that window instead of closing the app. But the Mac-native thing to do is to offer a menu item to bring that window back, instead of breaking consistency by having that program just disappear on you when you close the window.
There is one example of really bad app behavior when the last window is closed and it's one that Apple makes themselves: QuickTime Player.
If you open up QuickTime Player and then play back a video, then close the video, as soon as you background the app, it auto-quits itself. I wonder if they made it behave this way at some point to get around a memory leak. It's such an unexpected thing and it infuriates me each time I encounter it.
Did you open and play back a video first? If you just open QuickTime Player and don't interact with it, it does stay open if you switch apps. If you open a video, then close it, the app closes if you switch to a different app. I just tried it again and that's how it behaved. (I'm running Catalina still, so they may have fixed it in Big Sur.)
No idea. I've seen it behave this way for at least the past year. I just tried it on a different Mac and it behaves similarly, except this other Mac causes QT to open up the File Open dialog immediately on launch. (Version 10.5 of QuickTime player for me too. macOS 10.15.7 though.)
> You can also blend the two, but closing all windows you leave, but leave open forever when the system forces a switch.
This was my point. I don't think "Leave all windows open forever" is specifically a type of novice user: I've met expert users who do this. But I was rather focused on the "Leave all macOS apps open forever" not because they're content with apps being open, but simply because it's non-obvious that the apps are running.
e.g. my mother is a "close everything" user: she even manually logs out of all online sessions immediately whenever she's finished with that tab (often entering credentials again many times in a browsing session if she needs to return to a site). She really can't stand having multiple things active simultaneously. She leaves all apps running (windowlessly) all the time on macOS. She would not be happy if I told her they were still running in the background.
I'm re-reading my own comment as both replies to it seem to have taken the opposite point that I intended, but I can't see where I said the macOS behaviour is bad. I personally like it (though I wasn't saying that either).
My only point was that it being less intuitive for more techy users doesn't mean it's not generally very intuitive for the majority.
For example: an experienced user is more likely to notice that closing a window in macOS backgrounds the app, and more likely to figure out how to fully exit the app process completely (either via Cmd+Q or menu>Quit). Given that, an experienced user is less likely to grow accustomed to all of their apps being in a backgrounded state, and find Finders forced background state unusual/exceptional.
In contrast, an inexperienced computer user will likely leave all apps they use open all the time (possibly not realising they're running) and as such grow more quickly accustomed to having to Option+N for everything (not just Finder).
There's a lot of such examples in macOS.