The Little Things: Infinitely large targets

If you'd stopped to think, you'd have realised that the corners are infinitely small. One pixel wrong and you're not in the corner, you're on the edge if you're trying to hit it first time.

The sides are pretty damn large. And so is the keyboard (for shortcuts). But the corners are almost impossible to hit, in my experience, without hitting something else first. Try going there: you'll hit the side of the screen first, almost for sure. It's much easier to hit the side- which is why I used to use ApplWindows [sic] on OS9. That was brilliant. Hit any side, and a menu of windows came up.

#2 (walkerjs),

Which desktop switcher in VirtueDesktops are you invoking with a hot corner? Is it the "Show desktop overlap pager" that can be configured with a mouse trigger?

I agree with David. Keyboard shortcuts are all infinitely larger than any mouse movement because you can invoke just about any action instantaneously. Controlling the mouse is relative to where the cursor is located on the screen, and is just about always in a different position. The keys stay still, and between programs like keycue and quicksilver, productivity flies when you don't have to move the mouse around.

Need an example of this? Watch somebody who is a real professional at a very specific computer interfaced task, such as a Final Cut Pro editor. The program flies around doing thing faster than somebody watching can keep up with, because the mouse isn't telegraphing...

Great to see MaxMenus get a mention here. This utility has been a godsend to me for over 5 years, and I use it dozens of times every day. In many instances it is far more convenient to use than the Finder. It puts a totally customisable menu in each corner of your monitor (in fact 3 different menus in each corner if you use optional modifier keys, for a total of 12 fully customisable meus). Each menu is fully heirarchical (or not - your choice) which means you can drill down to anywhere in your files in seconds.For example, I keep my Clients folder in the top left menu, which means I can open any file related to any client in less than 3 seconds WITHOUT SWITCHING OUT OF MY CURRENT APPLICATION! Simply brilliant - and much underrated. Should be high on most Mac users' list of tools. See proteron.com (with whom I have NO association - apart from being a big fan).

Butler has excellent features for taking advantage of the screen corners. Since assigning the top left corner to closing the current app with a left click, and closing the current window with a right click -- I've never looked back.

since this is all about productivity, i'm particularly curious about the screenshot that was posted with this article.

most mac users tend to place icons on the right side of their desktop, largely because that's where the hard drive icon is, and because other icons (downloads, mounted drives, etc.) also appear there.

so, considering fitts' laws, why would one choose the *left* side of the screen to reveal the desktop, only to have to then move the cursor back to the *right* side to access items on the desktop? that's not apple's default location for revealing the desktop (it's the lower right), so this was someone's conscious choice. :-)

hmm....

I'm tiring of the constant promotion of Fitt's Law. Arguably the Fitt's Law approach to UI design is better to that used in MS Windows but it is still far from ideal. To traverse from one corner of the screen to the opposite is quite a mouse movement on today's large screens, so requires a very conscious 'quick' movement to make it.

Chris Andrews has hit on the superior solution though. Acorn Computers' ARM powered computers of the late 80's and early 90's ran RISC OS and were supplied with a 3-button mouse. The middle button was dedicated to opening the application's main menu (i.e. the equivalent of what you see in the menu bar for any Mac app). Your mouse simply had to be over ANY window that belonged to the application and you could access the menu WITHOUT moving the mouse at all. That actually meets Fitt's Law more successfully than OS X as your cursor was highly likely to be over the app already (seeing as you were probably already using some of its GUI controls. Another major advantage of RISC OS was that 'switching' applications wasn't always necessary - if a GUI control was visible, it was operable even if the window containing it was not on top of the stack. OS X seems to mostly soak up a first click on any non-active (not-on-top) window (to the confusion of many!), but NOT CONSISTENTLY (creating yet more confusion).

Try this. Open iPhoto and then open a Finder window. With iPhoto active but the Finder window visible, try clicking on files in the Finder. If you click one, Finder comes to the front and the file is selected. Set Finder to list view and go back to iPhoto. Now click on one of the arrows to expand a folder. The folder expands but the Finder window is not activated. Finally, use the toolbar icon to switch to icon view. Finder becomes active but the view doesn't change. While in Finder, you can select a photo in iPhoto and it selects the photo and switches the app. But with a photo selected and Finder active, what happens if you press iPhoto's Edit button? iPhoto activates and nothing happens. How is this almost random behaviour conducive to productive multitasking?

whatever. keyboard shortcuts dominate.

You can easily just fling your mouse 'up' and hit the menu that governs the application you're working in

But this fails once you start working in a dual-monitor environment. In fact, it only works about 50% of the time. Which, from a usability perspective, is pretty bad.. (Or even less, like 33% of the time, if you start using 3 monitors, as more than one of the folks in my office does.)

That's one of the things I actually like better about windows (X-windows, and MS windows) -- having a menubar at the top of the current window. Where, to me, it's quicker and easier to get to since it's closer. I don't have problems being precise with my mouse movements, so I don't need the "hard to miss with large mouse movements" menubar; I'm much better served by the "located nearby" menubar. And I often wish this were an option in OSX, to have menubars on the windows, even if it's in addition to the menubar at the top. Not that I expect to ever see that happen though.

Considering that Fitt's law is based upon how long it takes to arrive at the target, then I think you missed the fastest destination; the current cursor position.

Not moving the mouse at all, but just right (or I suppose with some mice using the third mouse button) click where you are brings up a context sensitive menu. This is surely the quickest implementation of Fitt's Law.