From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/53692 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: defface/defcustom question Date: Tue, 12 Aug 2003 13:53:22 +0200 Sender: ding-owner@lists.math.uh.edu Message-ID: References: <84fzkb88a4.fsf@slowfox.is.informatik.uni-duisburg.de> <84llu3ht35.fsf@slowfox.is.informatik.uni-duisburg.de> <847k5l2qym.fsf@slowfox.is.informatik.uni-duisburg.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1060689262 15339 80.91.224.253 (12 Aug 2003 11:54:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 12 Aug 2003 11:54:22 +0000 (UTC) Original-X-From: ding-owner+M2236@lists.math.uh.edu Tue Aug 12 13:54:21 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19mXjJ-0001v0-00 for ; Tue, 12 Aug 2003 13:54:21 +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 19mXiZ-0002E4-00; Tue, 12 Aug 2003 06:53:35 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19mXiQ-0002Dw-00 for ding@lists.math.uh.edu; Tue, 12 Aug 2003 06:53:26 -0500 Original-Received: (qmail 71541 invoked by alias); 12 Aug 2003 11:53:26 -0000 Original-Received: (qmail 71536 invoked from network); 12 Aug 2003 11:53:25 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by sclp3.sclp.com with SMTP; 12 Aug 2003 11:53:25 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.9/8.12.9) with ESMTP id h7CBrMdk023600 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Tue, 12 Aug 2003 13:53:23 +0200 Original-To: ding@gnus.org Mail-Copies-To: nobody X-Payment: hashcash 1.2 0:030812:ding@gnus.org:b8a1a5cc1233cdd9 X-Hashcash: 0:030812:ding@gnus.org:b8a1a5cc1233cdd9 In-Reply-To: <847k5l2qym.fsf@slowfox.is.informatik.uni-duisburg.de> (Kai =?iso-8859-1?q?Gro=DFjohann's?= message of "Sun, 10 Aug 2003 22:33:05 +0200") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:53692 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:53692 kai.grossjohann@gmx.net (Kai Großjohann) writes: > Simon Josefsson writes: > >> kai.grossjohann@gmx.net (Kai Großjohann) writes: >> >>> Simon Josefsson writes: >>> >>>> It also makes it possible to express "use the same face for this, that >>>> and this" and then later be able to change the face only once to >>>> change it in all places. >>> >>> But that's possible with regular faces already? Just use the same >>> symbol (face name) in all those places? >> >> You mean changing gnus source? I meant for users. > > I don't understand. The default font-lock setup is to use different > faces for all the elements in the server buffer. If you want to > change the look of the faces, set-face-foreground and friends seem to > be sufficient. > > Obviously, they can be used to make different faces look the same. > > And equally obviously, if font-lock-keywords specifies the same face > for construct A and B, then they will always look the same, > regardless of whether a variable is used or a face is used > directly -- a variable can only have one value after all... > > I think I'm misunderstanding you completely; I hope the above helps > to show you what my weak mind is thinking so that you can guide me > out of the fog. I apologize for being so dense :-/ You are right in all that, and I wasn't clear. Consider a user that customizes some face to RED, and then wants the server buffer to use that face for everything. She can then customize all the server buffers to have a RED face. But, the point of having a variable would be if the user then changes her mind on the original RED face, and wants it to be BLUE. Initially, instead of changing the faces, she would only have changed the server buffer face names to point at the original RED face name. So if she changes the original RED face to BLUE, then all server buffer faces also changes to BLUE. Now it seems customize-face supports inheritance, so this can be achieved anyway, but perhaps that feature didn't exist when the face name idea was implemented. So I don't know what the real reason for still supporting face names is. Backwards compatibility? Does XEmacs support face inheritance? Maybe we should ask on emacs-devel, if nobody else here knows, since several other parts of Emacs also uses face names.