home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / system / 16764 < prev    next >
Encoding:
Text File  |  1993-01-28  |  3.2 KB  |  71 lines
  1. Newsgroups: comp.sys.mac.system
  2. Path: sparky!uunet!pageworks.com!world!mv!siia!drd
  3. From: drd@siia.mv.com (David Dick)
  4. Subject: Re: Interface disimprovement: A simple no would suffice
  5. Message-ID: <1993Jan28.162605.9235@siia.mv.com>
  6. Organization: Software Innovations, Inc.
  7. References: <antjcb.728085176@gsusgi1.gsu.edu> <lsr-260193163554@lsr.taligent.com> <antjcb.728134553@gsusgi1.gsu.edu> <lsr-270193180355@lsr.taligent.com>
  8. Date: Thu, 28 Jan 93 16:26:05 GMT
  9. Lines: 60
  10.  
  11. In <lsr-270193180355@lsr.taligent.com> lsr@taligent.com (Larry Rosenstein) writes:
  12.  
  13. >In article <antjcb.728134553@gsusgi1.gsu.edu>, antjcb@gsusgi2.gsu.edu
  14. >(J.C.Burns) wrote:
  15. >> 
  16. >> I didn't realize there was this epidemic of baffled people when a
  17. >> dialog with "Yes" and "No" came up. But hey, it's not that I object
  18.  
  19. >The point is that Yes and No can be answers to a lot of different
  20. >questions.  If you're in a hurry, it's easy to answer the wrong question
  21. >and lose work.
  22.  
  23. >> to the terms "Save" and "Don't Save"--I object to the haphazard way
  24. >> it gets implemented by developers--because, I contend, Apple didn't
  25.  
  26. >I think Apple published a Human Interface Note about this.  I know there
  27. >was a lot of detail there, but perhaps it didn't emphasize the exact
  28. >spelling enough.
  29.  
  30. >> For a company that makes this big a deal about interface consistency,
  31.  
  32. >There's 2 issues.  First, Apple did change their recommendataion, which is
  33. >why some programs use Yes/No and others use Save/Don't Save.  That's a
  34. >trade off they made between improving the interface and sticking with the
  35. >old standard.
  36.  
  37. >But to a user it doesn't much matter what kind of quote is used for an
  38. >apostrophe.  You're complaint is because QuicKeys isn't smart enough to
  39. >recognize that they are the same.
  40.  
  41. The real complaint is that Apple doesn't know that interfaces now
  42. should (continue to) be specified so that extensions like QuicKeys 
  43. can be used.  Actually, Apple does seem to know it, which is why we 
  44. finally have Apple Events, but that's a heavy burden when more 
  45. standardization of button names could have accomplished a similar effect.
  46.  
  47. QuicKeys is one example of a *software* using the interface (albeit in
  48. behalf of a user).
  49.  
  50. One of the problems that user-intensive systems like Macintosh have
  51. always had is that applications expect to interact only with users--you
  52. can't make any sort of software substitute for the user in order to
  53. embody some desire or knowledge about use of the application. 
  54.  
  55. Users are at the mercy of the imagination of the application developers
  56. for inclusion of shortcuts, macros, or any other kind of knowledge 
  57. capture.
  58.  
  59. One of the few advantages a system like UNIX has over the user-intensive
  60. interfaces is that user commands can be constructed that are used in
  61. *exactly* the same way as system-provided commands.  In addition, these
  62. user commands can be made up of arbitrary combinations of user and 
  63. system commands.  This has not been true on Macintosh and is now
  64. only beginning to become true with the advent of Apple Events.  However,
  65. Apple Events are a lot of baggage to accomplish the effect and users
  66. are still at the mercy of applications really supporting them.
  67.  
  68. David Dick 
  69. Software Innovations, Inc.
  70. [the Software Moving Company; converting software to open systems for a decade]
  71.