From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Richard Stallman <rms@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: reducing defface redundancy
Date: Wed, 24 Apr 2002 11:54:18 -0600 (MDT)
Sender: emacs-devel-admin@gnu.org
Message-ID: <200204241754.g3OHsIm03235@aztec.santafe.edu>
References: <877kn3qczq.fsf@tc-1-100.kawasaki.gol.ne.jp>
	<rj4ri62weq.fsf@zuse.dina.kvl.dk>
	<871yd9q09b.fsf@tc-1-100.kawasaki.gol.ne.jp>
	<200204220747.g3M7lo301995@aztec.santafe.edu>
	<buo7kn09mka.fsf@mcspd15.ucom.lsi.nec.co.jp>
	<200204230024.g3N0OH702333@aztec.santafe.edu> <buohem3mc0c.fsf@mcspd15.ucom.lsi.nec.co.jp>
Reply-To: rms@gnu.org
NNTP-Posting-Host: localhost.gmane.org
X-Trace: main.gmane.org 1019675223 27263 127.0.0.1 (24 Apr 2002 19:07:03 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2002 19:07:03 +0000 (UTC)
Cc: abraham@dina.kvl.dk, emacs-devel@gnu.org
Return-path: <emacs-devel-admin@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 170S6Z-00075c-00
	for <emacs-devel@main.gmane.org>; Wed, 24 Apr 2002 21:07:03 +0200
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian))
	id 170S8M-0002Wq-00
	for <emacs-devel@quimby.gnus.org>; Wed, 24 Apr 2002 21:08:54 +0200
Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 170R11-0006CB-00; Wed, 24 Apr 2002 13:57:15 -0400
Original-Received: from pele.santafe.edu ([192.12.12.119])
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 170QyB-0005gp-00; Wed, 24 Apr 2002 13:54:19 -0400
Original-Received: from aztec.santafe.edu (aztec [192.12.12.49])
	by pele.santafe.edu (8.11.6+Sun/8.9.3) with ESMTP id g3OHsIa05048;
	Wed, 24 Apr 2002 11:54:18 -0600 (MDT)
Original-Received: (from rms@localhost)
	by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g3OHsIm03235;
	Wed, 24 Apr 2002 11:54:18 -0600 (MDT)
X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f
Original-To: miles@gnu.org
In-Reply-To: <buohem3mc0c.fsf@mcspd15.ucom.lsi.nec.co.jp> (message from Miles
	Bader on 23 Apr 2002 10:36:51 +0900)
Errors-To: emacs-devel-admin@gnu.org
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.0.9
Precedence: bulk
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Post: <mailto:emacs-devel@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
List-Id: Emacs development discussions. <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel/>
Xref: main.gmane.org gmane.emacs.devel:3210
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3210

    Well, there are two interfaces used by the (current) custom face UI:

      * The current-display-type-only interface, which is the default.

This is the hard case.  Yes you can flatten the nested spec and have custom
operate on that, but the hard part is how to alter the nested spec
based on the user's customizations.

    However, for the 1st UI (current-display-type-only), it might be a
    useful try and detect changes to `common' attributes and preserve a
    modified version of the original defface spec, instead of just trashing
    it as the UI does now.

Getting this right is the hard part.

    Anyway, my point is that the new grammar won't make anything worse, and
    may provide some additional leeway for improvement.

Yes it makes something worse.  It makes the effect of cutsomizing
the face problematical.  At present that is not so.