March 9th, 2007 • 6:45 pm
Here is a very simple question for Apple’s engineers, and more specifically for those who designed the user interface for Mac OS X’s Spotlight search feature:
How on earth is it possible to have, in a single user interface, two I-beam cursors (insertion points) blinking at the same time? (You cannot see them blinking in the screen shot above, but I snapped the shot when they were “on.” They were both coming on and off almost simultaneously.)
The very fact that they are blinking is supposed to indicate that they are active, i.e. that the focus is on them and that the computer is waiting for text input from the user.
How can the focus be on two different text fields at the same time?
It clearly is not, and the fact of the matter is that, when the Spotlight text field is on, it takes precedence over whichever interface item is currently active in the front-most application window.
But then why is the I-beam cursor in the front-most application (iTunes in the case of the screen shot above) still blinking? If the focus is on Spotlight, then the I-beam cursor in the iTunes search field should stop blinking. It’s a simple as that. And in my humble opinion the rest of the UI controls in the front-most application window should also change their visual aspect to indicate that the focus is no longer on them.
At present, they don’t change their visual aspect. This blinking I-beam cursor is just the tip of the iceberg. The Close, Minimize, and Maximize window buttons keep their red, yellow, and gree colours, the “Search” field keeps the blue halo that it had before Spotlight was invoked, etc. In other words, when the global Spotlight text input field is invoked, the visual appearance of the front-most window of the current application does not change one iota. And the I-beam cursor in the text field continues to blink…
This can be misleading for the user, who, based on the window’s visual aspect, might assume that the window is still in the fore and that he can still interact with it. This actually happens to me quite frequently, because I have a very large, 30″ screen, and the Spotlight text input… thing only takes up a little bit of room far on the right, in the top corner. Sometimes my attention is elsewhere, on the left-hand side of the screen, and I accidentally press the command-Space shortcut that invokes Spotlight without noticing it, and then I continue typing and nothing happens and I wonder why…
I suppose this is less likely to happen for people with smaller screens. They are less likely not to see that Spotlight has been invoked, and that the Spotlight text input thing is where the focus is now.
But the only indication that the focus is there is the very presence of this blue thing. There’s no other visual indication of it anywhere else on the screen. And it breaks one fundamental rule of UI design, which is that you can only have one thing in the foreground at any given time.
I realize that there are already other aspects of the Mac OS X interface that stretch this rule… namely the inspector-like windows in applications such Pages and Keynote, or the Character Palette. These things are never in the “background.” They always stay in front of regular document windows and, in the case of the system-wide Character Palette, they stay in front of all applications.
But the controls within these palettes do not keep their focus when they are not in use. The palettes might contain text fields where you can type stuff (the “Before Paragraph” and “After Paragraph” fields in the “Text” tab of the “Text” section of the Pages inspector palette, for example), but the blue halo around the field and the I-beam cursor in the field disappear as soon as you switch to something else (back to your document window, for example). So while the palette itself always stays in the foreground, the focus does not stay on individual controls in that palette when the user does not interact with those controls.
In the case of the Spotlight text input, however, the visual focus does stay on whatever is in the foreground when Spotlight is invoked. And that’s just plain wrong. It’s the kind of ugly UI you might expect in Windows, but, you know, the Mac is supposed to be better, more elegant, more consistent, more intuitive.
I am sorry, but there is just no way that having the visual focus on two different UI controls at the same time is intuitive.
And it’s part of a more general problem with the global Spotlight UI, which is this system-wide thing that refuses to be part of the regular Mac OS X environment. When you bring up the window with the results of a global Spotlight search, for example, that window comes to the foreground, but the application listed in the application menu on the left-hand side next to the Apple menu remains the last application used, as if the Spotlight results window belonged to that application.
When the Spotlight results window stays open, but becomes hidden by other windows, the only way to bring it back to the foreground is to invoke Spotlight again, as if you wanted to start a new search. This, again, is utterly inelegant and non-intuitive, and the reason for it is, again, that Spotlight breaks all kinds of UI rules just through its very existence.
Do you think that Apple’s engineers will come to their senses and realize how ugly and inelegant and non-Mac-like all this is, and fix it in Mac OS X 10.5? I highly doubt it. I submitted all kinds of feedback about this during the testing phase for Mac OS X 10.4, and nothing ever came of it. As far as I can tell, by the time Apple asks AppleSeed users for feedback, all the major UI decisions have already been made, and there is no room left for discussion. All that we are good for is finding bugs, and maybe a small amount of UI fine-tuning here and there. But we lowly users and AppleSeed testers are not allowed to question any of the major UI decisions made by Apple. So whoever makes such decisions bears the full responsibility for them.
And I’d argue that Apple’s Spotlight UI designers are simply irresponsible.