home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / misc / volume18 / mush / part01 / README-7.0 < prev   
Text File  |  1991-04-21  |  6KB  |  111 lines
  1.  
  2. This is the official release of the Mush port to SunView, referred to in
  3. alpha and beta versions as "mushview".  This file describes most of the
  4. changes from revision 6.5.6 of "mush" and "mushtool".  Sorry, IBM, we
  5. never managed to get the DOS code integrated.  Note that this is version
  6. 7.0.0, not to be confused (we hope) with alpha-test releases that had a
  7. third zero appended to the number.  Check the dates if you aren't sure.
  8.  
  9. Thanks up front to Rich Burridge of Sun Australia for his work on
  10. converting mush's SunWindows code to SunView, and for giving mush a really
  11. thorough linting, which it had needed for some time.  Thanks also to the
  12. many alpha and beta testers who sent valuable comments.
  13.  
  14. Version 7.0.0 differs from the several 6.5.6 Beta releases in that a
  15. large portion of the Sun code has changed to use text subwindows instead
  16. of pixrects.  This is a significant enough change in "look and feel" that
  17. the release number was increased from 6 to 7.  Addition of file completion
  18. to the line/curses modes is also considered a major improvement, as are
  19. changes to the "mail" command (described below).
  20.  
  21. Tool mode changes include:
  22.     * The message display window is a textsw, with scrollbars.
  23.     * The composition window is also a textsw, and opens in a separate
  24.       frame, so you can read messages in the main frame while composing.
  25.       You can still invoke an editor, and the default window size is
  26.       such that vi no longer gets confused (as far as we can tell).
  27.     * There are variables to control the sizes of most subwindows.
  28.     * Header-editing works in tool mode (in fact, you MUST use it).
  29.     * Help, options, and alias settings also pop up in their own frames.
  30.       The help descriptions have been improved (we believe).
  31.     * Interactive function-key binding is no longer supported; the clash
  32.       of mush function keys with SunView functions has been eliminated.
  33.     * The list of folders in your folder directory is made into a
  34.       walking menu.  (Handling of this may improve in future patches.)
  35.  
  36. In addition to the SunView conversions and linting, which make up the bulk
  37. of the changes, there have been a number of bug fixes and enhancements to
  38. the 6.5.6 baseline.  These include:
  39.  
  40. mush -h file
  41. mush -U -h file
  42. mush -U! -h file
  43.     The new -h (-draft) options allows mush to read in a prepared message
  44.     for sending, in the same manner as Rnmail.  The specified file must
  45.     contain the message headers (either when first read or after editing
  46.     by the user); mush will not add headers to it.  The intended use of
  47.     this option is to write a partially finished message to a file and
  48.     then return to it later.  (See commentary below on "mail -h".)  The
  49.     new -U (-send) option allows the draft file to be sent immediately
  50.     without editing (-U means "unedited").  Signatures and fortunes are
  51.     not appended when -U! is used ("unsigned" as well as unedited).
  52.  
  53. mush -I file
  54. mush -I! file
  55.     The new -I (-init) option allows the user to specify an init file that
  56.     is read before any of the other init files.  -I! causes the specified
  57.     file to replace the system Mushrc file; otherwise, the given file and
  58.     the system Mushrc are both read.  -I has no effect on reading of the
  59.     user's own $HOME/.mushrc file (except that the indicated file could
  60.     "setenv MAILRC", thus changing the location of the user's file).
  61.  
  62. mush -n
  63. mush -n!
  64.     The first form of this option now works like the ucbMail -n option,
  65.     that is, it prevents sourcing of the system Mushrc but the user's own
  66.     $HOME/.mushrc is still read.  The new -n! variation prevents either
  67.     file from being sourced, which was the old behavior of -n.  Using -n
  68.     does not change the effect of -I, so the following are equivalent:
  69.         mush -n -I file            mush -I! file
  70.  
  71. cd
  72.     The cdpath variable now works correctly when specified with either
  73.     colons or spaces separating the list of directories.
  74.  
  75. help
  76.     The help facility has been expanded; there is now a help file entry
  77.     consisting of a usage line and short explanation for every documented
  78.     line-mode command except "debug" and "version", all accessible via
  79.     "? command" or "command -?".  In addition, there are variables:
  80.     set cmd_help = path    Give new location for cmd_help file
  81.     set tool_help = path    Give new location for tool_help file
  82.     These variables, which can be set in the system or user init files,
  83.     have replaced the old -1 and -2 startup options, i.e. cmd_help and
  84.     tool_help can no longer be specified on the mush command line.
  85.  
  86. mail -E
  87. mail -h file
  88. mail -H file
  89. mail -I
  90. mail -u
  91. mail -U -h file
  92.     The new "-h file" option of the mail command corresponds to the -h
  93.     option of mush itself, and is intended for reading in previously
  94.     begun letters.  It implies -E (edit_hdrs).  The previous meaning of
  95.     -h (include and indent a message with its headers) is now supported
  96.     by the -I option, corresponding to the ~I escape (see below).  The
  97.     -H option is analogous to -h, except that the file need not contain
  98.     message headers (edit_hdrs is not implied).  (Some alpha versions
  99.     used -H for the function now supplied by -I.)
  100.     The -E option no longer implies autoedit.
  101.     The new -u option turns off autosign and fortune.  Most useful
  102.     with "-h file" when you want to continue editing the draft but a
  103.     signature or fortune has already been appended; but -h is not
  104.     required for -u.  The new -U option sends the file immediately; it
  105.     cannot be used without -h or -H, and will be ignored if no To:
  106.     address has been specified.
  107.     Also, the user is no longer required to provide a To: address in
  108.     order to begin composing a letter (one is still required before
  109.     sending it), and the To: address may be only files and/or pipes if
  110.     desired (in which case the MTA is not run).
  111.