Originally posted by simX
Well, besides the obvious one, here's how to get the old functionality back:
1. Make a folder.
2. Drop all the Apple Menu Items you want into it.
3. Make the custom icon of the folder a multi-colored Apple logo.
4. Drag it onto the right side of the Dock.
This is the EXACT functionality of the Apple menu (without the memory usage thing) in the Dock, with a larger, more beautiful icon. You can't complain about the lack of Apple menu, because here it is.
Yes, I know about that, and I do it, but I have to disagree slightly that it's exactly the same as the old Apple menu. It's very very close, but there are 2 problems with it:
1. It's slower - both to use and to manage. Without spring-loaded folders, I have to open it, and have the window to the original item open to drag over an alias. Before, I could just spring down the hierarchy to put the alias where I wanted. Also, there's a delay in displaying the contents of it, even if all the items are aliases. If the aliases are only the folders (like Applications), the delay is even worse. I'd be willing to trade off some memory useage for the responsiveness of the old way.
2. It's in the wrong place. There was a reason that the Apple menu was were it was in the first place. The Human Interface Guidelines which, in a cruel twist of irony, Apple originally wrote but now apparently ignores, had something to say about the placement of elements on the screen (or a dialog). It's so simple, but it makes so much sense.
Put simply, the HIG said that when looking at the screen, the most important elements should start at the upper left, and proceed in importance diaganally to the lower right. So, the elements of "What programs can I run" and "what programs are running" and even "what time is it", having been arranged to be at the top of the screen, were in the right places. Strictly speaking, "what programs can I run" had a very slightly more important meaning than "what programs are running", but it's negligable. Proceeding down and to the right, the least important element was "what's in the trash". That is also correct, since it is, after all, the trash.
On a stock X system, all three of these are either in the wrong places or ignored altogether. The trash is actually in the wrong place, being more toward the center-bottom. With the right-side preference for the placement of icons on the desktop, a new file on the desktop can, depending on its placement have a lower importance than the trash. This is easily corrected by pinning the dock end while having the dock either on the bottom or right. ASM (see version tracker) puts the application switcher back at the top right, where it belongs, with a minimum of fanfare or hassle. But the Apple menu is still a problem, essentially MIA. I know about FruitMenu, but the last time I used it, it was so buggy as to be useless (the menu hierarchies kept switching, rendering any muscle memory building pointless). Perhaps I should check to see if there's an update that fixes some of that.
It's interesting to note that Windows' placement of these elements are, again, by default, completely backward. I've found that putting the taskbar at the top and moving the Recycle bin to the lower right helps a great deal with Windows. It's not perfect, but it feels a lot better. I noticed a coworker (who has, interestingly, never used Macintosh) of mine had put the taskbar on top, and I asked him why he'd done that. He couldn't explain it except to say that it seemed to work better for him that way. How many other millions of Windows users are subconciously struggling with the bad placement of UI elements?
All that said, I am getting used to the Dock, and as I said before, the ability to have live icons (CPU monitor, network monitor, boucing icons, etc.) is a very good thing. I just wish that the fundamentals hadn't been lost to gain that.
I know that an awful lot of folks will feel that I'm picking nits here, and that may be true, but before they flame me for all this, I hope they answer one very basic question for me. Beyond the HIG and notions of UI design, why, in a system thats been so customisable in the past, shouldn't I expect to be able to get the system to work the way
I want it to?
This question also extends to theming the OS, but that's a different thread.