From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Buffer-local faces Date: Tue, 4 May 2004 04:22:36 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20040504082236.GA21306@fencepost> References: <20040503130350.GA1929@fencepost> <20040503232700.GB9451@fencepost> <87hduwyccu.fsf@mail.jurta.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1083659809 24501 80.91.224.253 (4 May 2004 08:36:49 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 4 May 2004 08:36:49 +0000 (UTC) Cc: emacs-devel@gnu.org, Stefan Monnier , Miles Bader Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue May 04 10:36:42 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BKvPu-0004WF-00 for ; Tue, 04 May 2004 10:36:42 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BKvPu-0002gX-00 for ; Tue, 04 May 2004 10:36:42 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BKvFu-00028G-OH for emacs-devel@quimby.gnus.org; Tue, 04 May 2004 04:26:22 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BKvDf-00019m-Cb for emacs-devel@gnu.org; Tue, 04 May 2004 04:24:03 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BKvD4-0000m5-5E for emacs-devel@gnu.org; Tue, 04 May 2004 04:23:58 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BKvCH-0000DZ-EN for emacs-devel@gnu.org; Tue, 04 May 2004 04:22:37 -0400 Original-Received: from miles by fencepost.gnu.org with local (Exim 4.24) id 1BKvCG-0006Ca-Qs; Tue, 04 May 2004 04:22:36 -0400 Original-To: Juri Linkov Content-Disposition: inline In-Reply-To: <87hduwyccu.fsf@mail.jurta.org> User-Agent: Mutt/1.3.28i Blat: Foop X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:22692 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22692 On Tue, May 04, 2004 at 08:45:21AM +0300, Juri Linkov wrote: > Then subtracting face attributes would be useful too. For example, > using the `-' symbol before the face name could remove its attributes > from the composed face, e.g. using (region region - bold) to remove > all attributes of the `bold' face whose values are equal to attribute > values of the `region' face. This may complicate things, but this > is no less useful than merging faces. It's a much less obvious operation (what does subtracting red from black yield? [Ok, maybe cyan :-]) and I can't offhand think of any obvious uses for it.... Morever, I don't think would help in this case because face-merging more specific faces during redisplay will always override the default attributes. A _different_ feature that might work is a way to mark a face attribute as `non overridable'. For instance if a face attribute could be a list like (fixed VALUE), where VALUE is a normal value for that attribute, face merging would always use the `base' value for that attribute instead of the `normally overriding' value. [Since the face-remapping code just uses normal face merging, this feature would work with that too, but it wouldn't be specific to it.] Generally useful? I'm not sure, but it could probably handle the `no bold please' case. -Miles -- "Whatever you do will be insignificant, but it is very important that you do it." Mahatma Ghandi