From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/52347
Path: main.gmane.org!not-for-mail
From: Harry Putnam <hgp@sbcglobal.net>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Overbearing undownloaded face
Date: Mon, 05 May 2003 17:53:31 -0700
Organization: Still searching...
Sender: ding-owner@lists.math.uh.edu
Message-ID: <m2vfwo6gl0.fsf@sbcglobal.net>
References: <m2d6j2qfs7.fsf@sbcglobal.net> <iluhe8dh6yu.fsf@latte.josefsson.org>
 <ur87evecy.fsf@boost-consulting.com> <ilu8ytmbh9w.fsf@latte.josefsson.org>
 <ullxm8g0g.fsf@boost-consulting.com> <ilun0i2qog4.fsf@latte.josefsson.org>
 <m2d6iy6zrs.fsf@sbcglobal.net> <ur87dv3cc.fsf@xpediantsolutions.com>
NNTP-Posting-Host: main.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: main.gmane.org 1052182354 22046 80.91.224.249 (6 May 2003 00:52:34 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Tue, 6 May 2003 00:52:34 +0000 (UTC)
Original-X-From: ding-owner+M891@lists.math.uh.edu Tue May 06 02:52:33 2003
Return-path: <ding-owner+M891@lists.math.uh.edu>
Original-Received: from malifon.math.uh.edu ([129.7.128.13])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 19Cqh7-0005jR-00
	for <ding-account@gmane.org>; Tue, 06 May 2003 02:52:33 +0200
Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu)
	by malifon.math.uh.edu with smtp (Exim 3.20 #1)
	id 19CqiF-0004SB-00; Mon, 05 May 2003 19:53:43 -0500
Original-Received: from sclp3.sclp.com ([64.157.176.121])
	by malifon.math.uh.edu with smtp (Exim 3.20 #1)
	id 19Cqi7-0004S5-00
	for ding@lists.math.uh.edu; Mon, 05 May 2003 19:53:36 -0500
Original-Received: (qmail 41463 invoked by alias); 6 May 2003 00:53:35 -0000
Original-Received: (qmail 41458 invoked from network); 6 May 2003 00:53:35 -0000
Original-Received: from main.gmane.org (80.91.224.249)
  by sclp3.sclp.com with SMTP; 6 May 2003 00:53:35 -0000
Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 19Cqgk-0005hz-00
	for <ding@gnus.org>; Tue, 06 May 2003 02:52:10 +0200
X-Injected-Via-Gmane: http://gmane.org/
Original-To: ding@gnus.org
Original-Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 19Cqgj-0005hq-00
	for <gmane-emacs-gnus-general@m.gmane.org>; Tue, 06 May 2003 02:52:09 +0200
Original-Lines: 18
Original-X-Complaints-To: usenet@main.gmane.org
User-Agent: Gnus/5.09002 (Oort Gnus v0.20) Emacs/21.3.50 (gnu/linux)
Cancel-Lock: sha1:ru5tYBE9c0FB3XmBAgwNamEE7yI=
Precedence: bulk
Xref: main.gmane.org gmane.emacs.gnus.general:52347
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:52347

Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

> FYI, I am working on a group parameter that will provide fine-grain
> control over which groups display the undownloaded faces.  Aside from
> turning the faces on/off, the undownloaded faces will still function
> as they do now.

Egad... I'm beginning to see the complexities now.. Thanks for the
walk thru.  Your solution above looks like one way to please most
people. Even me..  If I'm following your thinking here, this would be
a ready made Gp entry that would turn on the (current)  undowloaded
face behavior.  If left off one would have the behavior that existed
before your work on undownloaded faces.

Untill such time as the complex choice engine you describe might be
invented, this looks like a happy solution.  Maybe not even too hard.

Maybe something in Gp that just removes the 3 cons cells?