From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/52452 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: No Gnus todo item Date: Fri, 09 May 2003 00:48:53 +0200 Sender: ding-owner@lists.math.uh.edu Message-ID: References: <4nn0hxbbtw.fsf@lockgroove.bwh.harvard.edu> <4n7k91b72e.fsf@lockgroove.bwh.harvard.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1052434119 2137 80.91.224.249 (8 May 2003 22:48:39 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 8 May 2003 22:48:39 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+M995@lists.math.uh.edu Fri May 09 00:48:37 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19DuBp-0000YG-00 for ; Fri, 09 May 2003 00:48:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19DuCG-0001nQ-00; Thu, 08 May 2003 17:49:04 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19DuCC-0001nL-00 for ding@lists.math.uh.edu; Thu, 08 May 2003 17:49:00 -0500 Original-Received: (qmail 82376 invoked by alias); 8 May 2003 22:48:59 -0000 Original-Received: (qmail 82371 invoked from network); 8 May 2003 22:48:59 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by sclp3.sclp.com with SMTP; 8 May 2003 22:48:59 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.9/8.12.9) with ESMTP id h48MmrB4029929 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 9 May 2003 00:48:54 +0200 Original-To: Bill White Mail-Copies-To: nobody X-Payment: hashcash 1.2 0:030508:billw@wolfram.com:f23904980a126afb X-Hashcash: 0:030508:billw@wolfram.com:f23904980a126afb X-Payment: hashcash 1.2 0:030508:ding@gnus.org:40e3677751a35327 X-Hashcash: 0:030508:ding@gnus.org:40e3677751a35327 In-Reply-To: <4n7k91b72e.fsf@lockgroove.bwh.harvard.edu> (Ted Zlatanov's message of "Thu, 08 May 2003 14:56:57 -0400") User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3.50 (gnu/linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:52452 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:52452 Ted Zlatanov writes: >>> May I suggest either a variable like gnus-startup-without-scan or a >>> function gnus-fast? The function seems the better solution. You >>> startup gnus with emacs -f gnus-fast and then `g' is still bound to >>> the gnus function so things work like they always have. >>> >>> In fact, it seems like the gnus function already has a dont-connect >>> parameter. Is that not useful? >> >> It is, and it may be tested by using M-x gnus-no-server RET or M-x >> gnus-unplugged RET depending on preference. I'm talking about the >> default behavior. >> >> Perhaps the idea doesn't make sense unless the asynchronous update >> of read counts is implemented. If so, the consider that implemented >> too, when thinking about the feature. > > I think we'd need asynchronous mail fetching and article count > updates to do what you want. It's a very good goal, but it might > require a major rewrite of Gnus. I don't think it is requires much work, it should be possible to do even without touching existing code, I think. A somewhat IMAP specific incarnation of this idea would run a function via the idle timer, have it pick one group, send off a few commands to the server to request information, and return. Takes a few milliseconds, max. When it is invoked the next time, it looks if it has received outstanding requests, if so, it parses them and frob a few Gnus data structure, redraws one line of the group buffer, and returns. This goes on until all groups are updated. I would agree that doing this for mail-sources and client-side filtering is harder, but the above approach should work for nnml, nnfolder, nntp, nnmaildir and nnimap.