From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/39660 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: new Mail-Followup-To patch...please take a look... Date: Tue, 23 Oct 2001 15:53:04 -0400 Organization: What did you have in mind? A short, blunt, human pyramid? Sender: owner-ding@hpc.uh.edu Message-ID: References: <87wv1m9y6j.fsf@mclinux.com> <87g08a9u14.fsf@mclinux.com> <87elnuxk3y.fsf@squeaker.lickey.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035175336 29155 80.91.224.250 (21 Oct 2002 04:42:16 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:42:16 +0000 (UTC) Return-Path: Original-Received: (qmail 10039 invoked from network); 23 Oct 2001 19:54:10 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 23 Oct 2001 19:54:10 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 15w7c5-00024H-00; Tue, 23 Oct 2001 14:53:25 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 23 Oct 2001 14:53:03 -0500 (CDT) 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 OAA08597 for ; Tue, 23 Oct 2001 14:52:51 -0500 (CDT) Original-Received: (qmail 10030 invoked by alias); 23 Oct 2001 19:53:05 -0000 Original-Received: (qmail 10025 invoked from network); 23 Oct 2001 19:53:05 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (qmail-remote@129.22.96.25) by gnus.org with SMTP; 23 Oct 2001 19:53:05 -0000 Original-Received: (qmail 29774 invoked by uid 500); 23 Oct 2001 19:53:26 -0000 Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org Mail-Copies-To: never In-Reply-To: <87elnuxk3y.fsf@squeaker.lickey.com> ("Matt Armstrong"'s message of "Tue, 23 Oct 2001 12:54:41 -0600") Original-Lines: 32 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:39660 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:39660 "Matt Armstrong" wrote: > And we could save a copy of 'gnus-parameters' and make sure the > saved copy is equal to the current value. Or even eq. That might trigger some unnecessary regeneration in some odd cases, but more often, it would speed up the comparison. > message.el can't call into gnus or use a gnus variable, but surely > gnus could set a variable on behalf of message.el? > > E.g. there'd be message-subscribed-addresses, and > message-subscribed-addresses-from-mua. The former is a user setting, > the latter is set by the mua (perhaps buffer local). If Gnus sets a separate variable, then we need yet another variable to control whether Gnus should do that. Here's another idea: have a gnus function which can be an entry in message-subscribed-address-functions. This function collects to-list and to-address parameters and, for speed, caches them in an internal (i.e., not for users to mess with, but still global) variable. Now we change the default for message-subscribed-address-functions: (defvar message-subscribed-address-functions '(ignore)) Gnus adds its function to m-s-a-f at startup, but only if the existing value is this default. If the user wants to disable the Gnus function, they set m-s-a-f to (the more intuitive) nil. This seems perhaps too clever for its own good, but it means that the user's setting sticks, with no extra work, which I like. paul