Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!shelby!lindy!interran@interviews.stanford.edu From: interran@interviews.stanford.edu (John Interrante) Newsgroups: gnu.emacs.gnews Subject: Re: Welcome to gnu.emacs.gnews! Message-ID: <3545@lindy.Stanford.EDU> Date: 20 Jun 89 03:54:32 GMT References: <11941@s.ms.uky.edu> <6160.614287122@paris.ics.uci.edu> Sender: news@lindy.Stanford.EDU (News Service) Reply-To: interran@interviews.stanford.edu (John Interrante) Distribution: gnu Organization: InterViews/Allegro group, Stanford University Lines: 30 In-reply-to: nagel@PARIS.ICS.UCI.EDU (Mark Nagel) In article <6160.614287122@paris.ics.uci.edu>, nagel@PARIS (Mark Nagel) writes: > > You need to elect someone who Governs The Source ... it's the only > way to make sure that the sources remain consistent. > >Definitely. As I mentioned earlier, I am willing to fill that >position. But I don't want to be the only one who decides what gets >added. Fixes, maybe, but feature additions? It could blow up... > >Mark In fact, I would urge for dropping some features from Gnews to make it smaller and reimplementing some other features to make them faster, not for adding any new features. Right now I can think of only one feature that's so slow I never use it at all. Remember the prompt Gnews prints after starting up if it finds new newsgroups? I never bother typing the command (M-g, I think) that Gnews tells me to use because I can visit my .gnewsrc.list and look at the end of it to find out which new newsgroups have been added *more quickly* than using that command would tell me. I also wish that Gnews, gnus, and everything else that composes email messages would invoke a *common* mail mode package (selectable by the user, of course) rather than reimplementing it themselves. This would require standardizing the mail subsystem's elisp interface so users could change mail mode packages without having to change Gnews, gnus, etc. John Interrante