On May 10, 2007, at 2:37 PM, Tim Jones wrote: > On May 10, 2007, at 10:19 AM, Tim Hare wrote: > >> It's not a PC/Mac thing; it's a productivity thing. Every time you >> have to >> take your hands off the keyboard, it slows you down. >> >> If my users can't enter an invoice or ship an order without taking >> their >> hands off the keyboard, it's a failure in the software. > > I definitely don't dispute that this is a great productivity tool, > just that it's not defined by the HIG (and the HIG actually implies > otherwise), and it's not documented anywhere that I can find outside > of anecdotal "it's always been that way" stories. If anyone can > provide actual documentation to this, I'd love to be corrected. > > As for navigation without this, that's why Apple offer full keyboard > access capabilities. If you don't have it on by default, you can > enable it and disable it with CTRL-F1. Then, you can Tab between > controls even if they don't have a tab order definition by default. > > I concede the point, but feel that this is another fine example of > where Apple's "do as we say, not as we do" HIG policies come into > play.
Somehow the matter of a simple error made in the IDE regarding the use of an initial text entry in an editfield's sub-window and a default keypress to exit the window has turned into a performance issue. I can type much faster than I can think logically when either using software or the IDE and I am not a fast typist. The matter in question is "when" it is appropriate to use a default key and "if" the end user actually will "naturally" understand the differences between the keys pressed not how fast the user must "type an invoice" or "ship an order" in an application. Terry _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
