home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.18 / text0048.txt < prev    next >
Encoding:
Text File  |  1990-03-18  |  1.5 KB  |  32 lines
  1. >From: kingdon@ai.mit.edu (Jim Kingdon)
  2. >
  3. >    My recommendation for years has been that vendor additions be confined
  4. >    to upper case, leaving lower case options for the (gradually growing)
  5. >    standard environment.
  6. >
  7. >But this way every time an option gets standardized, all
  8. >implementations and users have to change.  This does not accord with
  9. >"minimal changes to existing practice".  Long options (e.g. "ls +all
  10. >+format long" (or "ls +all +fo l" if those abbreviations are
  11. >unambigous) instead of "ls -al"), however, are less likely to conflict
  12. >with each other, so this is the way to go particularly for options
  13. >not used interactively or options rarely used.
  14.  
  15. If there is a reserved namespace for vendors, then they can freely
  16. add symbols in that namespace.  If/when a feature becomes standardized,
  17. it is standardized into the namespace reserved for the standard.  As long
  18. as the vendor has sense enough to accept the old flag as a synonym (at
  19. least for a while) nothing breaks.   The breaks occur when the vendor
  20. didn't use the reserved namespace (possibly because there was none)
  21. and the standard usurps that symbol for something else.  (Probably because
  22. some other vendor had used it for something else which was valuable.  The
  23. usual compromise here is to use a new letter (with no mnemonic value!)
  24. that no-one is using.)
  25.  
  26. Again, one man's existing practice is another's gratuitous change.
  27.  
  28. Donn Terry (again, speaking only for myself)
  29.  
  30. Volume-Number: Volume 18, Number 49
  31.  
  32.