home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / gnu / emacs / gnus / 965 < prev    next >
Encoding:
Text File  |  1992-07-26  |  1.4 KB  |  32 lines
  1. Newsgroups: gnu.emacs.gnus
  2. Path: sparky!uunet!telebit!eric
  3. From: eric@telebit.com (Eric Smith)
  4. Subject: Re: gnus-Group-kill-group and gnus-Group-list-all-groups
  5. In-Reply-To: kpc@pluto.arc.nasa.gov's message of Sat, 25 Jul 1992 07:53:24 GMT
  6. Message-ID: <ERIC.92Jul26152241@iceland.telebit.com>
  7. Sender: news@telebit.com
  8. Nntp-Posting-Host: iceland.telebit.com
  9. Organization: Telebit Corporation
  10. References: <KPC.92Jul22201500@zog.arc.nasa.gov> <ERIC.92Jul24162510@iceland.telebit.com>
  11.     <KPC.92Jul24235324@zog.arc.nasa.gov>
  12. Date: 26 Jul 92 15:22:41
  13. Lines: 17
  14.  
  15. My point was that when you kill newsgroups now, they are put into a kill
  16. buffer.  I don't know specifically what you (kpc) want, but others seem to
  17. think that they should stay in the *Newsgroups* buffer, so they can always see
  18. all the newsgroups.  This defeats the purpose of using kill to move them
  19. around (by killing them, moving the point, and yanking them back).
  20.  
  21. It seems that what people want is to have them in the *Newsgroups* buffer,
  22. but not do any processing of them in order to speed things up.  Right now,
  23. when they are in the kill buffer, gnus doesn't do anything with them, so it
  24. is faster than just unsubscribing them.
  25.  
  26. My suggestion was rather than breaking the kill/yank process which allows the
  27. newsgroups to be moved around, there should simply be a form of heavy-duty
  28. unsubscribe that would leave them in the *Newsgroups* buffer, but completely
  29. ignore them otherwise.
  30.  
  31. Eric
  32.