From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/28906 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: Re: Pterodactly gripe / oGnus wish Date: 21 Jan 2000 12:16:25 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035165670 32252 80.91.224.250 (21 Oct 2002 02:01:10 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:01:10 +0000 (UTC) Keywords: group,articles,numbering,faq Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by mailhost.sclp.com (Postfix) with ESMTP id 9005BD051E for ; Fri, 21 Jan 2000 12:17:01 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id LAB18808; Fri, 21 Jan 2000 11:16:49 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 21 Jan 2000 11:16:43 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id LAA05974 for ; Fri, 21 Jan 2000 11:16:33 -0600 (CST) Original-Received: from beaver.jprc.com (BEAVER.JPRC.COM [207.86.147.217]) by mailhost.sclp.com (Postfix) with ESMTP id 4CA7ED051E for ; Fri, 21 Jan 2000 12:16:26 -0500 (EST) Original-Received: (from karl@localhost) by beaver.jprc.com (8.9.3/8.9.3) id MAA13428; Fri, 21 Jan 2000 12:16:25 -0500 X-Authentication-Warning: beaver.jprc.com: karl set sender to karl@justresearch.com using -f Original-To: ding@gnus.org X-Face: "5(T0tZd{6}pd~YzBG8O/*EW,.]6]@`m^e;fv65W^Y&=d"M\1H}>T~4_.kcDD.O~y3k)a6h R;Nmi>9|>Nm${2IpM0^RcUEa\jcq?KOP)C&~x51l~zCHTulL^_T|u0I^kB'z@]{`2YjQu In-Reply-To: sperber@informatik.uni-tuebingen.de's message of "21 Jan 2000 18:00:04 +0100" Original-Lines: 46 User-Agent: Gnus/5.0804 (Gnus v5.8.4) XEmacs/21.2 (Hera) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:28906 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:28906 sperber@informatik.uni-tuebingen.de writes: > I look at the *Groups* buffer. It displays the correct number of > (ticked) articles in a group. I enter the group and it prompts me > with a totally bogus number of articles to fetch. Why can't Gnus > count at least as well as I can? Because at the point of construction of the *Group* buffer, Gnus does not know what is inside individual groups. Gnus knows what the active file says about the group, which is nothing more than a high and low value for article numbers. Gnus does not discover the gap until it enters the group. When you tell it to do so, all it sees is that "low" subtracted from "high" is a number of potential articles which is larger than the gnus-large-newsgroup variable. So it bugs you with a question. Considering that the entire structure of Gnus is built on this distinction between knowing the set of groups available (in *Group*) and learning what is in a given group (as *Summary* is being built), it will be extraordinarily difficult to "fix" this. Consider that it absolutely _cannot_ be fixed for nntp or nnspool groups, because Gnus cannot affect that numbering at all -- long-held FAQ articles with expiry times of months or more just plain hang around, unchanging. > The fix described in the FAQ is a major kludge. Why do people have > to be aware of the article numbers used internally by Gnus? If the > FAQ answer has any sort of official status, why isn't there a > GNUS-GROUP-CLEANUP function bound to a convenient key that does the > job? That, at least, is a good idea. It would be a relatively simple matter to bind some function so that, after one has entered a group which is "too large" (pointlessly, I agree), one moves all the articles to the same group, and thereby the excessive apparent size is eliminated. I suppose it's even possible to produce a hook to consider doing this automatically, perhaps on group exit: if this is a mail group and group was "large" on entry and actual article count is in single digits then ask user whether to auto-cleanup group fi --karl