From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/39878 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: Display something besides Subject line on request Date: Fri, 02 Nov 2001 16:37:54 -0500 Organization: What did you have in mind? A short, blunt, human pyramid? 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 1035175518 30306 80.91.224.250 (21 Oct 2002 04:45:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:45:18 +0000 (UTC) Return-Path: Original-Received: (qmail 13536 invoked from network); 2 Nov 2001 21:34:47 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 2 Nov 2001 21:34:47 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 15zlws-0007Vy-00; Fri, 02 Nov 2001 15:33:58 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 02 Nov 2001 15:33:39 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id PAA28741 for ; Fri, 2 Nov 2001 15:33:25 -0600 (CST) Original-Received: (qmail 13513 invoked by alias); 2 Nov 2001 21:33:31 -0000 Original-Received: (qmail 13508 invoked from network); 2 Nov 2001 21:33:31 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (qmail-remote@129.22.96.25) by gnus.org with SMTP; 2 Nov 2001 21:33:31 -0000 Original-Received: (qmail 2561 invoked by uid 500); 2 Nov 2001 21:38:16 -0000 Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org In-Reply-To: (Harry Putnam's message of "Fri, 02 Nov 2001 13:14:03 -0800") Mail-Copies-To: never User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 (i386-redhat-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 28 Xref: main.gmane.org gmane.emacs.gnus.general:39878 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:39878 Harry Putnam wrote: > Unless you mean it would be more available since it is in .overview. > That may be a factor especially for speed. But I'm thinking this > would be better if it was not required to be in .overview. That is, > this function would plow thru the messages in the limited buffer, and > find the Keywords lines in real time. I would view that as a hack to compensate for backends that allow their NOV data to become stale. Better to keep the NOV data up to date, since it matters for *all* uses of NOV data, not just this one. But maybe I'm biased. :) > Over time that would probably be faster since it would lack the > overhead of having to find and keep another field in .overview. It > would only happen on demand. Hm, maybe. More generally, we occasionally want to operate on information which is normally not of interest, and thus not stored with the NOV data - so it should be possible to do that without too much trouble. OTOH, when the information we want to operate on is stored with the NOV data, we shouldn't have to pay the penalty of rescanning the original message header; that should be done only when necessary. Maybe it could be determined automatically by looking at gnus-extra-headers. NOV data still ought to be kept up to date in any case, IMO. paul