From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: reducing defface redundancy Date: Tue, 9 Jul 2002 12:51:32 -0600 (MDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200207091851.g69IpWe13865@aztec.santafe.edu> References: <877kn3qczq.fsf@tc-1-100.kawasaki.gol.ne.jp> <871yd9q09b.fsf@tc-1-100.kawasaki.gol.ne.jp> <200204220747.g3M7lo301995@aztec.santafe.edu> <200204230024.g3N0OH702333@aztec.santafe.edu> <200204241754.g3OHsIm03235@aztec.santafe.edu> <200207081820.g68IKkT12950@aztec.santafe.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1026240709 31418 127.0.0.1 (9 Jul 2002 18:51:49 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 9 Jul 2002 18:51:49 +0000 (UTC) Cc: abraham@dina.kvl.dk, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17S05V-0008Ad-00 for ; Tue, 09 Jul 2002 20:51:49 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17S0E3-0003Br-00 for ; Tue, 09 Jul 2002 21:00:39 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17S065-0002Ec-00; Tue, 09 Jul 2002 14:52:25 -0400 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17S05F-00026B-00; Tue, 09 Jul 2002 14:51:33 -0400 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.11.6+Sun/8.11.6) with ESMTP id g69IpWB21899; Tue, 9 Jul 2002 12:51:32 -0600 (MDT) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g69IpWe13865; Tue, 9 Jul 2002 12:51:32 -0600 (MDT) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: miles@gnu.org In-Reply-To: (message from Miles Bader on 09 Jul 2002 10:25:37 +0900) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5605 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5605 It depends on how buffer-local face definitions are implemented. My feeling is that there _shouldn't_ be real buffer-specific faces, but rather a way of remapping faces within a buffer. Face remapping sounds like a convenient interface for this job. It also should be easy to implement. Meanwhile, what do we really want in regard to frame-specific attributes? We want to have faces look different on different kinds of terminals. The method we use to specify this is the specs in defface. That feature should remain. But is there any use for functions to set face attributes per frame? I see none. Maybe we should eliminate that feature. If we ever want to provide such a feature in the future, we could provide per-frame face remapping like the per-buffer face remapping.