From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/34612 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-group-suspend forgets "readedness" of newly read articles Date: 07 Feb 2001 13:59:44 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: <87snlq1lds.fsf@home.com> <87hf261icl.fsf@home.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035170507 31306 80.91.224.250 (21 Oct 2002 03:21:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:21:47 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by mailhost.sclp.com (Postfix) with ESMTP id C69B5D049D for ; Wed, 7 Feb 2001 14:00:51 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.3/8.9.3) with ESMTP id MAC07494; Wed, 7 Feb 2001 13:00:05 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 07 Feb 2001 12:59:25 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id MAA13325 for ; Wed, 7 Feb 2001 12:59:16 -0600 (CST) Original-Received: from multivac.cwru.edu (multivac.STUDENT.CWRU.Edu [129.22.96.25]) by mailhost.sclp.com (Postfix) with SMTP id 55CC2D049D for ; Wed, 7 Feb 2001 13:59:45 -0500 (EST) Original-Received: (qmail 26344 invoked by uid 500); 7 Feb 2001 19:00:06 -0000 Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org In-Reply-To: Karl Kleinpaste's message of "07 Feb 2001 13:50:46 -0500" User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 13 Xref: main.gmane.org gmane.emacs.gnus.general:34612 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:34612 Karl Kleinpaste writes: > About the most "fix" I could see for this would be for > gnus-group-suspend to refuse to do its thing if it saw any > unaccounted-for *Summary* buffers lying around, which would analogize > to a transmission interlock to prevent shifting into reverse. Is there any reason the *Group* buffer couldn't be updated continuously? Instead of batching things together in *Summary* and then handing a big set of changes to *Group* (and backends), why not let *Group* and backends be immediately notified of any changes? paul