home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / elm / 4016 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  3.2 KB

  1. Path: sparky!uunet!cs.utexas.edu!not-for-mail
  2. From: ophof@SERVER.uwindsor.ca (Scott Ophof)
  3. Newsgroups: comp.mail.elm
  4. Subject: Re: "Reply to *typed* address"
  5. Date: 9 Jan 1993 18:06:33 -0600
  6. Organization: UTexas Mail-to-News Gateway
  7. Lines: 71
  8. Sender: daemon@cs.utexas.edu
  9. Message-ID: <9301100004.AA10110@SERVER.uwindsor.ca>
  10. References: <1993Jan8.031147.17559@das.harvard.edu>
  11. NNTP-Posting-Host: cs.utexas.edu
  12.  
  13.  
  14. On 8 Jan 1993 03:11:47 GMT adam@endor.uucp (Adam Shostack) said:
  15. >In article <9301080223.AA22606@SERVER.uwindsor.ca> ophof@SERVER.uwindsor.ca (Scott Ophof) writes:
  16. >>When one hits "r" from the index screen or while reading an item,
  17. >>one means "reply to whatever originator/sender/reply-to address is
  18. >>in the header of this item".
  19. >>But other than laboriously rewriting the address on the headers
  20. >>screen, there's no (simple) way to specify a different address.
  21. >>...
  22. >How does this differ from forward?
  23.  
  24. "forward" automatically includes not only the original item, but
  25. also its headers.  That action is not what I want.
  26.  
  27. The "reply" command automatically assumes an addr as destination
  28. without giving one the chance to add/change/remove addresses at the
  29. time the "reply" command is invoked.  This action doesn't give me a
  30. chance to do what I want at the most obvious time in the chain of
  31. events.  Sometimes I reply to an item which has an unreplyable
  32. return-addr.  So I need to change this addr...
  33.  
  34.  
  35. >>In the doc I have access to, the "r" command is explained, but there
  36. >>seems to be no "R" command.  And "R" isn't recognized by this version
  37. >>of elm.
  38.  
  39. >There is no R command.  I suggested that it be used to reply to a mail
  40. >and include the headers and such, which is an occaisonally useful
  41. >thing to do.  It could also be used for R)espond and automatically
  42. >include the message.  Or we could leave it for some future feature.
  43.  
  44. Yes, I saw the relevant posting, and now understand what you meant
  45. in your item...  ;-)
  46.  
  47. Let's say that your suggestion and mine were seriously being
  48. considered for implementation.  Assuming insistence on use of
  49. INTUITIVE ONE-character commands, and if the upper-case "R" is used
  50. here, then only one of the two suggestions can be implemented.
  51. Seems like we're already running out of command-space that can be
  52. used intuitively.  (sigh)
  53.  
  54. But how about a (set of) prefix character(s) to appropriately modify
  55. the command?  Like:
  56.  
  57.    i   Include specified address(es)
  58.    t   Include the original item
  59.    h   Include the original headers
  60.    -   Reverse the meaning of the above
  61.  
  62. Thus "-itr addr" would mean "remove 'addr' from the list of addrs to
  63. reply to, but include the original text".
  64. This might be easier than manually editing the relevant field?
  65. (I know that "i" and "t" are existing commands; I just used those
  66. characters as examples.)
  67.  
  68. Which reminds me; maybe add a way to access the "envelop" screen
  69. before going into edit mode?  A version of that screen that still
  70. leaves most of the previous screen (index or item being read) nicely
  71. visible?  And/or an option for ".elmrc" to *always* show the envelop
  72. screen after leaving edit mode?
  73.  
  74. I'd like to add that insistence on 1-char commands does not make it
  75. easy to keep the command structure simple for the user, nor does it
  76. in any way help to increase intuitiveness.
  77.  
  78. Comments?
  79.  
  80. Regards.
  81. $$/
  82.  
  83.  
  84.