home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v1 / text0053.txt < prev    next >
Encoding:
Text File  |  1987-06-30  |  2.2 KB  |  49 lines
  1. ----------------------------------------------------------------------
  2.  
  3. Date: Sun, 11 Aug 85 23:20:34 edt
  4. From: Ian! D. Allen <ihnp4!watmath!idallen>
  5. To: ut-sally!std-unix
  6. Subject: On interspersing options in command lines.
  7.  
  8. At Waterloo, we've used full-word options on our Honeywell/GCOS system
  9. for years.  Gosh it makes reading the "man" pages easier!  We're bringing
  10. an automated full-word-options parser to our UNIX systems now, and our
  11. parser will have the "+help" self-documentation feature.  (At Waterloo
  12. we use "+" and "-" for ON and OFF, rather than '-opt' and '-noopt'.)
  13.  
  14. Consider how the following syntax might be interpreted:
  15.  
  16.    $ commandname +optimize file1 -optimize file2 file3
  17.  
  18. 1) Options are only recognized at the beginning of a command line.
  19.    - file1 is optimized; file named '-optimize' is not found
  20. 2) Options are recognized where they are found, and apply to all
  21.    following objects.
  22.    - file1 is optimized; file2 and file3 are not optimized
  23. 3) Options apply to the entire command line, no matter where they are found.
  24.    - option '+optimize' conflicts with '-optimize' and nothing is done
  25.  
  26. Waterloo is currently using the Type 3 interpretation.  If options
  27. apply to the entire command line, no matter where they are typed, I can
  28. enter the words on my command lines in the order I think of them.  I
  29. find the most common way I enter command lines is to type in all the
  30. file names first, then follow them with the modifying options I want.
  31. In the rare (very rare) cases where I want to apply the same command
  32. with different options to some files, I use separate command lines.
  33.  
  34. I claim that the convenience of letting users type in the words in the
  35. order they want more than compensates for the resulting need to use
  36. multiple commands every now and then.  (I'd love to have some survey data
  37. to back this claim up.)
  38.  
  39. ------------------------------
  40.  
  41. Discussions-Of: UNIX standards, particularly the IEEE P1003 draft standard.
  42. Submissions-To:    ut-sally!std-unix    or std-unix@ut-sally.ARPA
  43. Comments-To: ut-sally!std-unix-request    or std-unix-request@ut-sally.ARPA
  44. UUCP-Routes: {ihnp4,seismo,harvard,gatech}!ut-sally!std-unix
  45. Archives-In: ~ftp/pub/mod.std.unix on ut-sally.ARPA (soon sally.UTEXAS.EDU)
  46.  
  47. Volume-Number: Volume 1, Number 54
  48.  
  49.