home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / elm / 4038 < prev    next >
Encoding:
Text File  |  1993-01-12  |  2.4 KB  |  49 lines
  1. Newsgroups: comp.mail.elm
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!nucsrl!ddsw1!dattier
  3. From: dattier@ddsw1.mcs.com (DWT)
  4. Subject: Re: "Reply to *typed* address"
  5. Message-ID: <C0rH11.C1o@ddsw1.mcs.com>
  6. Date: Tue, 12 Jan 1993 21:58:13 GMT
  7. References: <9301080223.AA22606@SERVER.uwindsor.ca> <1993Jan10.011524.7527@Princeton.EDU>
  8. Organization: Contributor Account at ddsw1, Chicago, Illinois  60657
  9. Lines: 38
  10.  
  11. spencer@ernie.princeton.edu (S. Spencer Sun) wrote in
  12. <1993Jan10.011524.7527@Princeton.EDU>:
  13.  
  14. | Why not do the same thing for To:?  One extra carriage return for people
  15. | who don't want to change it, and easy access for people who do want to.
  16. | 
  17. | I've always found it annoying to have to save the article and then
  18. | remember to go to the header screen.  Especially if it's a long
  19. | response, by the time I ZZ out of vi, I've forgotten that I wanted to
  20. | change the header :-)
  21.  
  22. I find it extremely annoying and don't see anything in it to type smileys
  23. about.
  24.  
  25. | This would not require using any additional command keys and would be a
  26. | very minor change to the interface -- all you have to do is hit one
  27. | extra carriage return, and if you forget, nothing bad will happen, you
  28. | just have to hit carriage return again.
  29.  
  30. Count me as another user in STRONG favor of such a change.  I've stated so in
  31. previous posts.  It's not only bad Reply-To: headers from mailing lists that
  32. direct replies back to the list (one bit me just yesterday) but also people
  33. whose return addresses are absolutely useless.  I set up an alias with a
  34. valid return address for each such person but the r)eply command doesn't let
  35. me type it in.  Instead I have to hold it in my head all throughout composi-
  36. tion of the response that I'll have to go to the header screen afterward. 
  37. That is very bad design.  There should, and I'll keep repeating this until
  38. it is implemented, be a way to get to the header screen before entering the
  39. editor; exiting the editor right away, fixing headers, and then returning to
  40. the editor is inefficient with CPU use and with my time and keystrokes.
  41.  
  42. Allowing editing the To: line upon r)eply would go a long, long way toward
  43. that fix.  Including headers in the editable text (as some versions of mailx
  44. do) would be even better, but I guess most site administrators would blanch
  45. at such a notion.
  46.  
  47. David W. Tamkin   Box 59297   Northtown Station, Illinois  60659-0297
  48. dattier@ddsw1.mcs.com    CompuServe: 73720,1570    MCI Mail: 426-1818
  49.