From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/48647 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Concerning marks and the back end. Date: Fri, 03 Jan 2003 05:11:08 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <86fzsc4ii2.fsf@asfast.com> <84k7hnjxqi.fsf@lucy.cs.uni-dortmund.de> <86y9638l7i.fsf@asfast.com> <86ptrfc6oy.fsf@asfast.com> <86hecrc56e.fsf@asfast.com> <86el7vc4xw.fsf@asfast.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1041567094 18210 80.91.224.249 (3 Jan 2003 04:11:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 3 Jan 2003 04:11:34 +0000 (UTC) Cc: ding@gnus.org 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 18UJBF-0004jU-00 for ; Fri, 03 Jan 2003 05:11:33 +0100 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 18UJBF-0006l2-00; Thu, 02 Jan 2003 22:11:33 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 02 Jan 2003 22:12:25 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id WAA26920 for ; Thu, 2 Jan 2003 22:12:12 -0600 (CST) Original-Received: (qmail 28916 invoked by alias); 3 Jan 2003 04:11:14 -0000 Original-Received: (qmail 28911 invoked from network); 3 Jan 2003 04:11:14 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by 66.230.238.6 with SMTP; 3 Jan 2003 04:11:14 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.6/8.12.6) with ESMTP id h034B9Rr022270 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 3 Jan 2003 05:11:09 +0100 Original-To: Lloyd Zusman Mail-Copies-To: nobody X-Payment: hashcash 1.1 0:030103:ljz@asfast.com:256c2739e46b557a X-Hashcash: 0:030103:ljz@asfast.com:256c2739e46b557a X-Payment: hashcash 1.1 0:030103:ding@gnus.org:f8e20e6c93f35a0d X-Hashcash: 0:030103:ding@gnus.org:f8e20e6c93f35a0d In-Reply-To: <86el7vc4xw.fsf@asfast.com> (Lloyd Zusman's message of "Thu, 02 Jan 2003 22:01:15 -0500") User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:48647 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:48647 Lloyd Zusman writes: > Lloyd Zusman writes: > >> Simon Josefsson writes: >> >>> [ ... ] >>> >>> Maybe you can use this approach to accomplish something similar: set >>> the group parameter "display" (G c) to a value that makes group >>> entering fast (e.g. 500). If you ever want to see older articles, >>> enter the group with C-u SPC. If you want to keep around a specific >>> article even after falls outside of the 500 limit, press ! on it. >> >> Aha! Yes, that would work splendidly to give me pretty much exactly >> what I want. >> >> Great idea ... and now, as far as I'm concerned, Problem Solved. >> >> Thanks a lot. > > ... but then again ... > > I just noticed something less-than-ideal about this. For example, > suppose a group has 10 unread messages and 6 zillion already read > messages. I set the "display" paramter to 100 as discussed above, and I > then enter the group. I now see the 10 new unread messages interspersed > among 90 already-read messages. > > Is there any way to make the "display" parameter only apply when there > are no unread messages at all in the group? You can set the display parameter to an array of predicates, e.g.: [or unread (and no-unreads my-article-old-p)] (defun my-article-old-p () "Say whether an article is old." (< (time-to-days (date-to-time (mail-header-date gnus-headers))) (- (time-to-days (current-time)) gnus-agent-expire-days))) implementing the no-unreads function is left as an exercise. :-) But this might not work either, as I think display predicates was implemented as limiting, so you will fetch all article headers anyway. But I still wonder why entering the group is slow for you. I have 15,000 messages in my ding mailing list mailbox, which is stored on a IMAP server, and entering it and viewing the unread and ticked articles takes no time. When I get several hundred thousand articles it becomes a little slow though (long coffe break).