...
PS-Don't even get me started on how even when a Window isn't the active window it's cursor a text field is still blinking. In Windows the cursor stops when the window isn't active. Which is a tell-tail sign.
Uh... I've just been trying that. I don't see that behavior at all. Right now, I'm typing in a text field in Safari. If I switch to a different window in Safari, the cursor in this text field disappears. Same thing if I switch to a different application. And I see the same behavior in TextEdit, Mail, Pages, etc. So what application are you seeing the cursor still blinking in?
...I do like the universal menubar, but I do see two problem in it. First of all, it makes "focus follows mouse" impossible. I like a scheme where I can change the app that has focus by simply moving the cursor over the app. In OS X, that would simply not work, since it would make accessing the menubar impossible...
Well, impossible is overstating it. I've seen people who have the Codetek Virtual Desktop software installed, and use the Focus Follows the Mouse feature of it. It just means that the methodology of it has to be slightly different. For example, perhaps you need to let your mouse rest on a window for half a second (or a user configurable time period from 0 to 2 seconds, or whatever) before the focus switches. So, it can be done.
...The second problem I see is with large resolutions and multimonitor setups. In multimonitor setups, the menubar is available in just one screen, right? What if your app-window is in the other screen? You have to move the cursor all the way to the other screen, just so you could access the menubar...
Yes, here I agree with you. I've never understood why the menu bar isn't present on all monitors. Ideally, this should also give you the preference of having it be duplications of the existing menu bar, or one long menu bar (as if the multiple monitors are really just parts of one big monitor).
There have certainly been times when this has been a major irritation to me.
...Same thing if you have one hi-resolution screen. The bigger the resolution, the bigger the distance between the app and it's menubar.
Now, here I don't agree. Why I don't agree is because this is going against the reason for the methodology for having a universal menu bar, or at least one of them. The core idea is that the menu is
always in the same place. No need to go looking for where on the screen it is. If you just shove your mouse in an upward direction, it'll stop at the menu bar.
I think that to some extent, we're struggling with an evolution problem. People who are not very computer savvy (and, yes, there are still a lot of them out there) like things simple and visual. The issue with the RISC OS that I saw immediately is that the menus aren't visually there. This might work for power and intermediate users, but the technophobes would have some significant problems with this. I suspect that the overall interface isn't going to change significantly until it is totally transformed, making use of new an innovative ways of interacting with the OS (i.e. voice recognition, gesture recognition, eye focus, etc.).
...Related to this: there is one feature that I had in Linux that I would like to see in OS X as well. In Linux I could launch apps (for example, my IM) when I logged in, and it would load in the background. It would be up and running, and I would be logged in, but there would be no app-window visible, it would just be in the systray. When I log in to OS X, I have set it up so that it loads iChat automatically. But I haven't found a way to load it so that it does NOT display the app-window. So I have to close the window manually every time (the app keeps on running in the background, however).
Why not set it to launch iChat, but hide it? That's what the check box is for. Ever since I started using Front Row, I set iTunes to launch, hidden, on start-up, to avoid the delay when I want to watch a video. (If I watched slideshows of my photos a lot, I'd do the same with iPhoto...)