Gnus development mailing list
 help / color / mirror / Atom feed
From: Greg Stark <gsstark@MIT.EDU>
Subject: nnchoke-retrieve-groups and nnchoke-request-group
Date: 16 May 1997 18:29:02 -0400	[thread overview]
Message-ID: <ycqiv0jhx01.fsf@g62-99.citenet.net> (raw)



In rewriting and using my backend i've realized that gnus sometimes uses
*-retrieve-groups to activate a bunch of groups and sometimes repeatedly calls
*-request-group. I think it should always use *-retrieve-groups. That way the
backend can choose to handle it however is most efficient. In my particular
case it's about five times faster and the user feedback is vastly superior
(since i can indicate how many groups remain to be handled) if Gnus uses
*-retrieve-groups. 


On a similar note, if i set gnus-read-active-file to 'some Gnus is smart
enough to only ask for some groups, but it seems to still ask for more than it
really needs to. It seems to ask for anything that isn't a zombie or killed
group, even though i have gnus-activate-level and
gnus-activate-foreign-newsgroups set much lower so it's asking for active file
information about group information it isn't even planning on using.


I think these problems are actually related. It doesn't really make sense to
have a gnus-read-active-file variable, there should maybe be a
nntp-read-active-file which helps decide which NNTP query to use to complete
the retrieve-groups request, but there's no reason for a user to change how
the interface between Gnus and the backends go about they're business. Well i
suppose the distinction between 'some and t is useful, but i don't think the
distinction between nil and 'some should be made by Gnus; i think that should
be decided by an nntp variable.


greg


             reply	other threads:[~1997-05-16 22:29 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-05-16 22:29 Greg Stark [this message]
1997-05-17  4:11 ` Lars Magne Ingebrigtsen
1997-05-17  7:45   ` Greg Stark
1997-05-19  0:21     ` Lars Magne Ingebrigtsen
1997-05-21 21:29       ` Greg Stark
1997-05-22  1:02         ` Justin Sheehy
1997-05-24  3:59         ` Lars Magne Ingebrigtsen
1997-05-24  5:05           ` Aaron M. Ucko
1997-05-24  9:58             ` Hrvoje Niksic
1997-05-24 17:21           ` Kai Grossjohann
1997-05-25 12:42             ` Lars Magne Ingebrigtsen
1997-05-27  2:16               ` François Pinard
1997-05-27  9:55                 ` Lars Magne Ingebrigtsen
1997-05-25  8:28       ` anonymous
1997-05-25 22:17       ` anonymous
1997-05-17  8:25   ` Greg Stark
1997-05-19  0:22     ` Lars Magne Ingebrigtsen
1997-05-26  5:41 David Hedbor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ycqiv0jhx01.fsf@g62-99.citenet.net \
    --to=gsstark@mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).