This argument never made much sense to me, although I do subscribe to Fitts' Law. With desktop monitor sizes since 20+ years ago, the distance you have to travel, together with the visual disconnect between application and the menu bar, negates the easier targetability. And with smaller screen sizes, you would generally maximize the application window anyway, resulting in the same targetability.

The actual historical rationale for the top menu bar was different, as explained by Bill Atkinson in this video: https://news.ycombinator.com/item?id=44338182. The problem was that due to the small screen size, non-maximized windows often weren't wide enough to show all menus, and there often wasn't enough space vertically below the window's menu bar to show all menu items. That's why they moved the menus to the top of the screen, so that there always was enough space, and despite the drawback, as Atkinson notes, of having to move the mouse all the way to the top. This drawback was significant enough that it made them implement mouse pointer acceleration to compensate.

So targetability wasn't the motivation at all, that is a retconned explanation. And the actual motivation doesn't apply anymore on today's large and high-resolution screens.

I’m not saying it’s necessarily harder to reach a menu bar at the top of the screen, given suitable mouse acceleration. But you also have to move the mouse pointer back to whatever you are doing in the application window, and moving to the top menu bar is not that much (if at all) easier to really justify the cognitive and visual separation. It that were the case, then as many application controls as possible should be moved to the border of the screen.

Mac is my primary desktop these days and has been for over a year now, and it's still annoying.

I've been on Mac for 20 years and it's still annoying as hell.

Another side effect is the uselessness of the Help menu. What help am I looking at? The application owns the menu, so where's the OS help?

Oh right, it's just all mixed together. When I'm searching for information in some developer tool I'm using, I really enjoy all the arbitrary hits from the OS help about setting up printers, sending E-mail, whatever.

There are videos out there where CHM interviewed Bill Atkinson. One part has him go over old Polaroids of Lisa interface drafts. There, he justifies the menu bar at the top of the screen differently: they couldn't figure out what to do when the menu was too wide.for the window when the user made it narrow.

Huh. I wonder why they thought this was such a big deal. I mean... the user caused the problem, and could easily fix it by enlarging the window. Other windowing GUIs handle this just fine.

I'm not sure if it was user tested, but IIRC part of the problem was that there was no visual indication that the menu bar is cut off and some of the commands are inaccessible. We need to remember that this was new - they were introducing a GUI to the masses for the first time ever. Everything hat to be extremely clear.

Good point, and surely a valid concern... one that Apple has forgotten in some places today. Look at the utterly useless icon/thumbnail view in Finder: Contents don't wrap within the window. There could be dozens or hundreds of files off-screen in limbo, and you'll never know.

There are, of course, ways to indicate "more controls this way" with an arrow or other affordance when there's a toolbar or menu overflow, though.

Anyway, the point is that by the time OS X came along, other platforms had solved the problems but Apple rejected those widely-accepted solutions.

When scrollbars are not hidden, icons out of view are more discoverable. This used to be the only way Finder windows worked; there was no option to hide scrollbars. But the Apple decided scrollbars should hide by default, and be very narrow, and be low-contrast… hélas, hélas, c'est pour toujour.

Ah yes, this old argument. Except nobody slams his cursor against the top of the screen in real life, assuming that the menu bar is "infinitely tall." Watch real users interact with a Mac's menu, and you simply won't see this behavior. Not to mention that it doesn't work if you're using a laptop and a second monitor positioned behind and above it.

And we're talking about a GUI here, so when I minimize an application's GUI then yes, I expect that I've minimized the application. And again, I think you'll find that the vast majority of users work under this M.O.

But your observation raises another usability issue caused by the single menu: Instead of an "infinite" desktop, the Mac reduces the entire screen to a single application's client area... so, historically, Mac applications treated it that way...littering it with an armada of floating windows that you had to herd around.

The problem is that turning the whole screen into one application's client area fails because you can see all the other crap on your desktop and all other open applications' GUIs THROUGH the UI of the app you're trying to use. It's stupid.

So, to users' relief, the floating-window nonsense has been almost entirely abandoned over the last couple of decades and single-window applications have become the norm on Mac as they have been on Windows forever. Oh wait, hold on... here comes Apple regressing back to "transparent" UI with "liquid glass;" a failed idea from 20+ years ago.

Full circle, sadly.