From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50140 Path: main.gmane.org!not-for-mail From: David Abrahams Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap usage model Date: Sun, 16 Feb 2003 09:32:38 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1045405884 1573 80.91.224.249 (16 Feb 2003 14:31:24 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 16 Feb 2003 14:31:24 +0000 (UTC) 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 18kPpD-0000PF-00 for ; Sun, 16 Feb 2003 15:31:23 +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 18kPqu-0004w1-00; Sun, 16 Feb 2003 08:33:08 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 16 Feb 2003 08:34:06 -0600 (CST) Original-Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id IAA13552 for ; Sun, 16 Feb 2003 08:33:53 -0600 (CST) Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18kPoK-0000NE-00 for ; Sun, 16 Feb 2003 15:30:28 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@hpc.uh.edu Original-Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18kPoH-0000N5-00 for ; Sun, 16 Feb 2003 15:30:25 +0100 Original-Lines: 73 Original-X-Complaints-To: usenet@main.gmane.org User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386-msvc-nt5.1.2600) Cancel-Lock: sha1:BWRLDyszEDoBrnKIp3Y9M4xVT2s= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50140 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50140 Kevin Greiner writes: > David Abrahams writes: > >> Thanks for your reply, Kevin >> >> Kevin Greiner writes: >> >>> The agent has three faces and a format specifier to highlight articles >>> that have NOT been downloaded. The faces appear by default while the >>> format specifier must be added through customization. >> >> Hmm, I'll see if I can track that down. Could you elaborate on what >> you mean by "appear by default", and where the customization for the >> format specifier can be found? > > The variable gnus-summary-highlight controls how an article is > highlighted in the summary. It contains a list of conditions and > faces over which Gnus will iterate to the first true condition > then select that face. If you don't want to use faces to highlight > the undownloaded articles, you should customize gnus-summary-highlight > to delete the three cons cells that refer to the > gnus*undownloaded-face. Yes, thanks, I understood all that from your previous postings; I don't think it really answers my questions, though. Should I rephrase them? I thought they were fairly precisely worded and I'm not sure I can do better. >>> If you don't like using colors to indicate the undownloaded articles, >>> you can customize gnus-summary-highlight. Just remove the three cons >>> cells that refer to gnus*undownloaded-face. >>> >>> If you want to use +/- markers you can add %O to gnus-summary-line-format. >> >> I'll consider that as an alternative; it might be preferable. >> >>> You're the first to describe newly downloaded articles as being marked >>> as "ancient". >> >> I think I was mis-describing the marks; the face used for ancient >> articles looks a lot like the one used for un-downloaded articles on >> NTEmacs when you don't use Courier New :( > > You can change the characters used by customizing > gnus-undownloaded-mark and gnus-downloaded-mark. The +/- were > selected for historical reasons. I understand that; I wasn't using the article marks in my summary-line-format; I was just referring to the face (i.e. colors) used. >> NOTE: also, I'm not really sure what I'm getting from >> gnus-agent-cache. All I can find in the documentation says "the agent >> is also a big cache!" Can somebody explain what that means? > > It is an internal switch for temporarily disabling the agent. You > should leave it set to t. Gnus will bind it to nil as appropriate > times. Boy, that just makes it even more mysterious! The "hate" part of my love-hate relationship with GNUs is mostly due to not being able to get a clear and precise understanding of the system architecture and consequently, how to make it do what I want. I've tried to RTFM, which is imposing enough already. I'd hate to think that the only way to really understand things is to use the source, Luke. -- Dave Abrahams Boost Consulting www.boost-consulting.com