Linked by Thom Holwerda on Sun 11th Nov 2007 15:52 UTC
Graphics, User Interfaces This is the fifth article in a series on common usability and graphical user interface related terms [part I | part II | part III | part IV]. On the internet, and especially in forum discussions like we all have here on OSNews, it is almost certain that in any given discussion, someone will most likely bring up usability and GUI related terms - things like spatial memory, widgets, consistency, Fitts' Law, and more. The aim of this series is to explain these terms, learn something about their origins, and finally rate their importance in the field of usability and (graphical) user interface design. In part V, we focus on modes.
Thread beginning with comment 284049
To read all comments associated with this story, please click here.
Mode of application
by DonQ on Sun 11th Nov 2007 22:10 UTC
DonQ
Member since:
2005-06-29

Slightly off-topic (in context of user interface usability), but real-world story:

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 ;) 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 ;)
--
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 ;)

Reply Score: 1

RE: Mode of application
by Doc Pain on Sun 11th Nov 2007 22:24 in reply to "Mode of application"
Doc Pain Member since:
2006-10-08

"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.

Reply Parent Score: 2

RE: Mode of application
by JonathanBThompson on Sun 11th Nov 2007 23:19 in reply to "Mode of application"
JonathanBThompson Member since:
2006-05-26

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 ;)


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.

Reply Parent Score: 2

RE[2]: Mode of application
by mdmkolbe on Mon 12th Nov 2007 03:56 in reply to "RE: Mode of application"
mdmkolbe Member since:
2005-09-15

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).

Reply Parent Score: 1