home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 15881 < prev    next >
Encoding:
Internet Message Format  |  1992-11-15  |  1.8 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!pitt.edu!pitt!dan
  2. From: dan@cs.pitt.edu (Dan Drake)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: A Style Guide Question
  5. Message-ID: <17474@pitt.UUCP>
  6. Date: 16 Nov 92 02:39:28 GMT
  7. Sender: news@cs.pitt.edu
  8. Organization: Univ. of Pittsburgh Computer Science
  9. Lines: 33
  10.  
  11. This is a style guide question.
  12.  
  13. To be consistent in my user interface, I am using buttons called done and 
  14. cancel, that reside in all of my windows.  I want the user to be able to
  15. activate these buttons through their keyboard equivalents: eg d for done, 
  16. and c for cancel.  Now on several of these windows, I want the user to type
  17. text into a beveled box which I handle manually.  THe problem is that if the
  18. user wants to type a d or a c, there is some ambiguity concerning what 
  19. should happen.  Will the buttons be activated, or should the characters
  20. appear in the "textbox"?  I have 2 solutions, and would be interested in
  21. any other solutions or recommendations.
  22.  
  23. 1.) If a text box is active, the user must click on the buttons to activate
  24. them.  I consider this unacceptable because it ruins the orthogonality of
  25. the interface.  You can't have some things work in one window, and not in
  26. others.
  27.  
  28. 2.) Use (ALT|CTRL|right amiga) key to activate the buttons in all cases.
  29. Alt doesn't work because European languages use it.  Control is awkward
  30. for left handed people to use like me. (I like to keep one hand on the
  31. mouse, and one on the keyboard), Right Amiga is somewhat awkward too.
  32.  
  33. 3.) Don't use keyboard equivalents.  I really don't like this option.
  34.  
  35. It seems that most applications respond to a non-qualified keypress, but
  36. this doesn't work very well.
  37.  
  38. Like I said, any help would be appreciated.
  39.  
  40. dan.
  41.  
  42. taz!dan@vax.cs.pitt.edu
  43. dan@speedy.pitt.edu
  44.