home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sources / testers / 29 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  4.4 KB
  1. Xref: sparky comp.sources.testers:29 comp.sources.d:1265 comp.unix.admin:5014 comp.unix.shell:3912
  2. Newsgroups: comp.sources.testers,comp.sources.d,comp.unix.admin,comp.unix.shell
  3. Path: sparky!uunet!cs.utexas.edu!torn!cunews!dgbt!rick.dgbt.doc.ca!calvin.dgbt.doc.ca!csr
  4. From: csr@calvin.dgbt.doc.ca (Andrew Patrick as CSR Moderator)
  5. Subject: CFR: "simple_menu" - unix user menu interpreter
  6. Message-ID: <1992Sep11.200443.21097@rick.dgbt.doc.ca>
  7. Followup-To: comp.sources.testers
  8. Sender: news@rick.dgbt.doc.ca
  9. Nntp-Posting-Host: calvin.dgbt.doc.ca
  10. Organization: Communications Research Centre, Ottawa
  11. Date: Fri, 11 Sep 1992 20:04:43 GMT
  12. Lines: 95
  13.  
  14. This is a Call for Reviewers for a new submission to the newsgroup
  15. "comp.sources.reviewed".  Instructions for responding to this CFR are
  16. included at the end of this message.
  17.  
  18.     Submission Name: simple_menu
  19.     Environment: Unix
  20.     Number of shar parts: 3
  21.  
  22.                               -----------
  23.                               Description
  24.                               -----------
  25.  
  26. I wrote this program to make it easier to create, maintain, modify,
  27. and extend menus of common operating system tasks for our users.
  28. Typically, our users need to run fairly complex pipelines and/or shell
  29. scripts.  Command line execution is not an option, especially for
  30. clerical personnel [even more so for executive personnel].  This is
  31. especially true for infrequently executed tasks.  Writing menus in
  32. shell script did not prove satisfactory because:
  33.   -  writing the prompt-request-response-execute/Error loop for the
  34.      zillionth time is a drag
  35.   -  modifying a shell script menu often breaks the code
  36.   -  The shell menus become excessively large, so that I found I had
  37.      to actually read and understand the old code in order to make
  38.      modifications. 
  39.  
  40.   This programs addresses those problems by:
  41.   -  implementing the prompt-request-response-execute loop in a pretty
  42.      clean way.
  43.   -  embeds the shell script which does the work in a higher level
  44.      language.
  45.      -  This keeps the individual shell scripts small.
  46.      -  It isolates individual tasks from each other and makes them
  47.         easier to find.
  48.      -  each shell script executes in its own isolated environment, so
  49.         that modifying one script does not break another [unless you
  50.         really want to, of course.  but you have to work at it a bit]
  51.      -  The menus still work even if you break a script
  52.    -  supports modifying and setting shell variables in controlled
  53.       ways.  Each settable variable has a user displayed prompt
  54.       associated with it and may have a default value, so that *users*
  55.       never have to deal with the shell or options in any cryptic way
  56.    -  supports sub-menus
  57.    -  supports a minimal set of menu cosmetics
  58.  
  59. The use of a menu language is unavoidable.  I've tried to keep it
  60. minmal so that it is easly learn, re-learn, and relatively non-cryptic.
  61.  
  62. This program is known to compile and run on SCO Xenix 2.3.x and on Sun
  63. SPARC's SUNOS 4.1.1.  It is known to have some problems on an alliant,
  64. but I don't know what they are.  
  65.  
  66.  
  67.                       ---------------------------
  68.                       Instructions for Responding
  69.                       ---------------------------
  70.  
  71. If you are interested in reviewing this submission, simply reply to
  72. this message via e-mail and complete the following information.  Your
  73. message will be read by a script, so there are some instructions to
  74. follow:
  75.  
  76. - please insert your information right after the colon and space in
  77.   each relevant line (e.g., Name: John Doe).
  78. - if your software is in the habit of marking quoted lines with a
  79.   character in the first column, please delete these before sending the
  80.   message.
  81. - CSR defines a name in "dot" format as "surname.firstname" and uses
  82.   it to keep track of reviewers.  The following rules are applied when
  83.   creating the name:
  84.     - all characters are lower case
  85.     - all special characters (dashes, accents, apostrophes, etc.)
  86.       are removed
  87.  
  88. Name: 
  89.       (in the form "surname.firstname") 
  90.  
  91.  
  92. If you are a new reviewer, you should also complete the following
  93. information:
  94.  
  95. Full Name: 
  96.       (in normal format "Firstname Surname", and no initials please) 
  97. E-mail Address: 
  98.       (in the form "user@host.sub.domain (Firstname Surname)")
  99. I need the Guidelines for Reviewers (YES or NO): 
  100.  
  101.  
  102. The parts of the submission will then be mailed to you.
  103.  
  104.  
  105. -- 
  106.         Andrew Patrick acting as Comp.Sources.Reviewed Moderator
  107.               Department of Communications, Ottawa, CANADA
  108.                          csr@calvin.dgbt.doc.CA
  109.