home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / mail / elm / 3877 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  4.7 KB
  1. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!spool.mu.edu!sdd.hp.com!cs.utexas.edu!gateway
  2. From: ophof@SERVER.uwindsor.ca (Scott Ophof)
  3. Newsgroups: comp.mail.elm
  4. Subject: More enhancements?
  5. Date: 28 Dec 1992 18:35:31 -0600
  6. Organization: CS Dept, University of Texas at Austin
  7. Lines: 100
  8. Sender: daemon@cs.utexas.edu
  9. Message-ID: <9212290038.AA04210@SERVER.uwindsor.ca>
  10. NNTP-Posting-Host: cs.utexas.edu
  11.  
  12.  
  13. More items for the wishlist (maybe already there for 3.x?):
  14. And may I invite discussion for those points not already on the
  15. wishlist for 3.x?
  16.  
  17.  - Reading and/or writing multiple items at the same time, in any
  18.    case from the same folder, but preferably also from different
  19.    folders.
  20.  
  21.  - And while writing one item, being able to "flip" to some item
  22.    being read (and back, of course)?
  23.  
  24. These points actually mean implementing the concept of different
  25. "screens", and maybe levels of screens.  Like this example:
  26.  
  27.    Entry point
  28.      +-- Help screens
  29.      +-- Aliases  (**)
  30.      |     +-- Related Options
  31.      +-- List-of-Folders
  32.            +-- Related Options
  33.            +-- Index of folder p
  34.            |     +-- Options (for THIS level)
  35.            |     +-- Item FROM person, date, subject
  36.            |     +-- Item FROM person, date, subject
  37.            |     +-- Item TO person, date, subject
  38.            |           +-- Headers-screen (*)
  39.            +-- Index of folder q
  40.            |     +-- Options (for THIS level)
  41.            |     +-- Item FROM person, date, subject
  42.    <*>     |     +-- Item TO person, date, subject
  43.            |     |     +-- Headers-screen (*)
  44.            |     +-- Item TO person, date, subject
  45.            |           +-- Headers-screen (*)
  46.            ....
  47.  
  48.    The "<*>" would show where one was before displaying this
  49.    navigation screen (for those of us (incl. me) who easily forget
  50.    where we were...).
  51.    Of course a screen showing a tree as above to assist in
  52.    navigation through those screens would be of great help.  :-)
  53.    Of course I don't mean that *all* indices of *all* folders
  54.    would be built; only the one(s) specifically requested...  :-)
  55.    NOTE (*): See further on for comments re headers screen(s).
  56.    NOTE (**): IMHO the aliases facility should be implemented as a
  57.               totally separate thing; it's very useful for so many
  58.               other applications (like "talk", "ftp", "telnet").
  59.  
  60.  - Another thing is that the headers of an outgoing item are not
  61.    visible while writing the outgoing item.  One needs to drop out
  62.    of edit mode to see the headers (and be very careful *not* to
  63.    accidentally hit RETURN, otherwise it will be sent off...), and
  64.    then re-invoke edit mode to continue.  A key that allows one to
  65.    just "flip" to the headers screen and back is good enough
  66.    already.  :-)
  67.       ("Pine" has the headers in a semi-protected area at the
  68.       beginning of the item being written, and so does RiceMAIL.)
  69.    An option to toggle between having the headers visible (or not)
  70.    in the item being written would be nice.  In any case in
  71.    ".elmrc", but preferably also in the options screen.
  72.  
  73.  - May I seriously suggest the implementation of a "command line"?
  74.    Where one can type in a whole (set of) command(s) withOUT the
  75.    screen being updated at every key-press?  Where the commands
  76.    would be executed only after RETURN is hit, thus causing only
  77.    *one* screen-update.
  78.  
  79.  - To go forwards or backwards n screens on the index, one needs
  80.    to either repeatedly hit the relevant cursor (and wait for the
  81.    screen updates), or type an item number.  IMHO a cursor-key
  82.    preceded by a number should indicate how many screens to go
  83.    forwards or backwards.
  84.  
  85.  - In read mode, "[-]number SPACEBAR" could function as command to
  86.    go forwards or backwards "number" pages, and "[-]number RETURN"
  87.    to go forward/backwards that number of lines.  This seems like
  88.    what's normal in Unix useage, imho...
  89.  
  90.  - At index level, it would be very handy to be able to see whether
  91.    an incoming item is personal mail, or from some discussion list.
  92.    Most items from ((ex)BITnet) discussion lists are distributed
  93.    with the "Sender:" field containing the name/address of that
  94.    discussion list.
  95.    For those people pulling netnews items into mail and reading/
  96.    replying there, the "Newsgroups:" header performs the same
  97.    function.
  98.    But "elm" as it stands doesn't make use of these headers, and
  99.    thus the user can't discriminate between the two, let alone sort
  100.    on such fields.
  101.  
  102.  - BTW, being able to (temporarily) "exclude" from display (resp.
  103.    "include") on the index items conforming to some mask would be
  104.    handy too.  Of course one would need a "display all" command to
  105.    restore the display to normal...
  106.  
  107.  
  108. Regards.
  109. $$/    (F. Scott Ophof  <ophof@server.uwindsor.ca>)
  110.  
  111.  
  112.