From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/5630 Path: main.gmane.org!not-for-mail From: larsi@ifi.uio.no (Lars Magne Ingebrigtsen) Newsgroups: gmane.emacs.gnus.general Subject: Re: scoring bugs, problems, and suggestions Date: 20 Mar 1996 20:19:15 +0100 Organization: Dept. of Informatics, University of Oslo, Norway Sender: larsi@ifi.uio.no Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035146206 885 80.91.224.250 (20 Oct 2002 20:36:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:36:46 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.3/8.6.9) with SMTP id LAA05566 for ; Wed, 20 Mar 1996 11:48:05 -0800 Original-Received: from eistla.ifi.uio.no (4867@eistla.ifi.uio.no [129.240.94.29]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 20 Mar 1996 20:19:16 +0100 Original-Received: (from larsi@localhost) by eistla.ifi.uio.no ; Wed, 20 Mar 1996 20:19:15 +0100 Original-To: ding@ifi.uio.no In-Reply-To: gsstark@MIT.EDU's message of 19 Mar 1996 20:21:36 -0500 Original-Lines: 31 Xref: main.gmane.org gmane.emacs.gnus.general:5630 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:5630 gsstark@MIT.EDU (Greg Stark) writes: > 1) put the Gnus-Warning header in mail overview files > in fact, allow me to put whatever headers i want in my overview files This is on the Red Gnus todo list. > 2) allow me to save the scores of some groups but not others > since i only tend to read articles more than once in mail groups. > a token in the score file sounds better than a regexp imho. I think you can control this by setting `gnus-save-score' in an appropriate hook... > 3) sort numbers in numeric, not alphabetic order, duh. It doesn't really matter what order articles are scored, does it? > 4) I would actually expect number of articles scored and > total number of articles needing scoring would be more > useful than actual article numbers because of gaps and threads. > 5) get a much better guess of how many articles need to be scored > you have a lot more information at this stage than in the Group buffer > and you seem to be counting only new articles regardless of the > number of articles being displayed and regardless of gnus-save-score I'm not sure what you mean here, exactly... -- "Yes. The journey through the human heart would have to wait until some other time."