To read all comments associated with this story, please click here.
"What about CAPS LOCK key - there's only one key worse than it - I mean NUM LOCK key. I've recieved many calls about "I can't enter any numbers into Excel datasheet", hitting NumLock has resolved all these problems
"
Risking to get more off topic with this, you'll find a similar some entries here:
http://www.rinkworks.com/stupid/cs_keyboards.shtml
Furthermore, the Num Lock key is a basal means of diagnostics - if switching the Num LED off and on still works, a defect can't be that bad. :-)
Num Lock is an artifact from the XT and early AT era when there were no separated cursor keys. Num Lock made you use the numeric keypad for entering numbers and for cursor control. Today, this choice is obsoleted with the MF-2 style keyboards where both functionality groups are present at one time, so this key is hardly used.
Other than the Capslock key difference mentioned above, this is yet another case where (at least with the new Mac keyboard I got with my computer) Apple has made a change: there's exactly one set of arrow keys, and no numlock key at all. Perhaps someone at Apple had too many bad experiences with such keyboards
The one I miss because I've got my muscle memory setup for doing it efficiently is that on this keyboard, there's no Insert key, which, while it can be used by software for modal input mode switching between insert=overwrite and insert at cursor, using Control-Insert to copy and then Shift-Insert to paste is easier and less likely for me to make mistakes, and I've been using that a very long time. Instead, there's an "fn" key there which is a quasimodal key that goes with a lot of the function keys above to map them back into function keys, as opposed to media functions and other machine control functions. Of course, I promptly mapped things back to regular function keys without using fn, because I far more often use keyboard commands for various things than the mouse option, and it's no big deal for me to select fn for the various machine control/system-wide things.
Indeed, Shift-Insert is not only more universal than any other paste key sequence (e.g it works on Windows Notepad *and* GNU Emacs) but it is also the only way to paste to an RXVT terminal from the keyboard (Ctrl-Y and Ctrl-V are rightly passed through to the underlaying application).




Member since:
2005-06-29
Slightly off-topic (in context of user interface usability), but real-world story:
I had many times entered screenful of data in attempt to repeat customers problem - just to notice, that particular database has this "expilicit mode change option" turned on and all my input went into nowhere
Well, solution to this problem was easy enough - when our application detected that it was run under IDE (debugger), this option was disabled automatically

We develope an accounting software. In one sunny day we got very irritating support call from one of our customers:
"I did enter many documents into database and all these are missing, only the last one is present!"
What happened actually?
In new version, we allowed our software users just overwrite document contents without any explicit mode change command. In old version, users were forced to hit NEW button before entering new document (eg invoice) or hit EDIT button to edit old document.
Users, not seeing old version of our software, didn't have any problems - they did know that like everywhere in Windows, overwriting something destorys old content. But some users of old version, having accustomized to explicit mode changes, assumed somehow that overwriting old content creates new one.
We solved this problem easily - we included one (optional) button/command to force user into edit mode. This way old users had two commans - EDIT or NEW, which changed interface mode to "edit mode" and there was no more problems with document overwriting.
Interestingly, this approach created big annoyances for developers and testers
--
What I wanted say with this comment - user interface (or application) mode is really important, especially in multitasking/windowed environment. In old DOS (commandline) times, there was no such problem present - entire user interface was usually straightforward, there were no possibilities to break program flow.
--
What about CAPS LOCK key - there's only one key worse than it - I mean NUM LOCK key. I've recieved many calls about "I can't enter any numbers into Excel datasheet", hitting NumLock has resolved all these problems