home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / question / 13738 < prev    next >
Encoding:
Text File  |  1992-11-21  |  1.9 KB  |  41 lines
  1. Newsgroups: comp.unix.questions
  2. Path: sparky!uunet!caen!zaphod.mps.ohio-state.edu!rpi!jfritz
  3. From: jfritz@ptolemy1.rdrc.rpi.edu (Joe Fritz)
  4. Subject: Re: IS UNIX DEAD? (long)
  5. Message-ID: <6c21w9@rpi.edu>
  6. Nntp-Posting-Host: ptolemy1.rdrc.rpi.edu
  7. Organization: Rensselaer Polytechnic Institute, Troy, NY
  8. References: <1992Nov6.113324.6348@global.hacktic.nl> <BxEAsz.35w@ccu.umanitoba.ca> <1992Nov11.223818.323@global.hacktic.nl>
  9. Date: Sun, 22 Nov 1992 00:02:29 GMT
  10. Lines: 29
  11.  
  12. In article <1992Nov11.223818.323@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:
  13. >
  14. >Because the application programmer made his choice, which, alas, is probably
  15. >not my choice. Have you ever worked with X? If I for instance don't like the
  16. >Motif window manager and I switch to the OPEN LOOK window manager. That makes
  17. >that makes several things look different on the screen. But everything the
  18. >application displays remains exactly the same. In fact, the only things to
  19. >change would be the background, the system menus and the window borders. Sure
  20. >choice has it's advantages, but it sure also has it's disadvantages.
  21.  
  22.  
  23.  
  24. IMHO freedom never is a disadvantage, and users should have the
  25. freedom to choose their UI.  Ideally, there should be a generic UI
  26. library, which is used by all applications, and is customizable by the
  27. user.  This would contain the code to handle all the widgets that are
  28. commopnly used.  An application would ship any the code for any
  29. non-standard widgets it needs, but the user could should still be able
  30. to modify them.
  31.  
  32. However, being more realistic.  It seems to me that standard UI's are
  33. a bad idea, since they lock both users and application programmers
  34. into a particular paradrim.  Instead, the application programmers
  35. should have the freedom to provide whatever UI they wish, and the
  36. users will use the product that they, and not some standards committee
  37. like best.
  38. -- 
  39.  
  40. -joe      (jfritz@rdrc.rpi.edu)
  41.