From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/11506 Path: main.gmane.org!not-for-mail From: jdc@chow.mat.jhu.edu (Dan Christensen) Newsgroups: gmane.emacs.gnus.general Subject: Re: 2 things Date: Sun, 06 Jul 1997 13:20:35 -0400 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035151204 30748 80.91.224.250 (20 Oct 2002 22:00:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:00:04 +0000 (UTC) Return-Path: Original-Received: from sandy.calag.com (root@sandy [206.190.83.128]) by altair.xemacs.org (8.8.6/8.8.6) with ESMTP id KAA21493 for ; Sun, 6 Jul 1997 10:56:56 -0700 Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by sandy.calag.com (8.8.6/8.8.6) with ESMTP id KAA28181 for ; Sun, 6 Jul 1997 10:56:29 -0700 Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by xemacs.org (8.8.5/8.8.5) with SMTP id MAA26868 for ; Sun, 6 Jul 1997 12:56:04 -0500 (CDT) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Sun, 6 Jul 1997 19:21:52 +0200 Original-Received: (qmail 31052 invoked by uid 504); 6 Jul 1997 17:21:51 -0000 Original-Received: (qmail 31049 invoked from network); 6 Jul 1997 17:21:50 -0000 Original-Received: from jhuml1.hcf.jhu.edu (128.220.2.86) by claymore.vcinet.com with SMTP; 6 Jul 1997 17:21:50 -0000 Original-Received: from chow.mat.jhu.edu by jhmail.hcf.jhu.edu (PMDF V5.1-7 #18666) id <01IKX200EX808WW1T0@jhmail.hcf.jhu.edu> for ding@gnus.org; Sun, 6 Jul 1997 13:21:41 EDT Original-Received: from chow.mat.jhu.edu by jhmail.hcf.jhu.edu (PMDF V5.1-7 #18666) with ESMTP id <01IKX1YXSY5G8WW1U2@jhmail.hcf.jhu.edu> for ding@gnus.org; Sun, 06 Jul 1997 13:21:36 -0400 (EDT) Original-Received: (from jdc@localhost) by chow.mat.jhu.edu (8.7.6/8.7.3) id NAA13807; Sun, 06 Jul 1997 13:20:36 -0400 (EDT) In-reply-to: Lars Magne Ingebrigtsen's message of "06 Jul 1997 11:21:53 +0200" Original-To: ding@gnus.org X-Mailer: Gnus v5.4.61/Emacs 19.34 Original-Lines: 68 Original-Xref: altair.xemacs.org dgnus-list:1896 Xref: main.gmane.org gmane.emacs.gnus.general:11506 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:11506 Lars Magne Ingebrigtsen writes: > jdchrist@math.mit.edu (Dan Christensen) writes: > > > I still don't see why `gnus-no-server' needs to open each of my > > nnfolder groups while `gnus' doesn't. > > In addition to not connecting to the server, `gnus-no-server' starts > up Gnus at a specific level. Only the groups at or below that level > will be activated, and Gnus does that activation with > `nn*-request-group'. For nnfolder, that means reading in the folder > and counting articles. Ahh, I see. It seems to me that it would be better have `gnus-no-server' behave exactly like `gnus' except that the server is not contacted. The start-up level is an orthogonal issue, and one can always do `C-u 2 gnus-no-server' if one wants. Of course, I should be able to obtain the behaviour I want by doing (gnus nil t), right? The nil indicates no startup level, and the t means that gnus shouldn't connect to the server. However, when you do this, gnus *does* connect to the server. Two places where this happens are indicated below by <------- in the right margin: (defun gnus-setup-news (&optional rawfile level dont-connect) "Setup news information. If RAWFILE is non-nil, the .newsrc file will also be read. If LEVEL is non-nil, the news will be set up at level LEVEL." ....... ;; Read the active file and create `gnus-active-hashtb'. ;; If `gnus-read-active-file' is nil, then we just create an empty ;; hash table. The partial filling out of the hash table will be ;; done in `gnus-get-unread-articles'. (and gnus-read-active-file (not level) (gnus-read-active-file)) <------ ....... ;; Find new newsgroups and treat them. (when (and init gnus-check-new-newsgroups (not level) (gnus-check-server gnus-select-method) <------ (not gnus-slave)) (gnus-find-new-newsgroups)) ....... ;; Find the number of unread articles in each non-dead group. (let ((gnus-read-active-file (and (not level) gnus-read-active-file))) (gnus-get-unread-articles level)) (when (and init gnus-check-bogus-newsgroups gnus-read-active-file (not level) (gnus-server-opened gnus-select-method)) (gnus-check-bogus-newsgroups)))) I don't think we simply want to add (not dont-connect) to the and's above, because we would like our secondary servers to check for new news, for example. Maybe dont-connect should get passed along to gnus-read-active-file, which would use its value in the appropriate way? Dan -- Dan Christensen jdc@math.jhu.edu