From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Per Abrahamsen Newsgroups: gmane.emacs.devel Subject: Re: reducing defface redundancy Date: Sat, 20 Apr 2002 17:59:41 +0200 Organization: The Church of Emacs Sender: emacs-devel-admin@gnu.org Message-ID: References: <877kn3qczq.fsf@tc-1-100.kawasaki.gol.ne.jp> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1019318453 18745 127.0.0.1 (20 Apr 2002 16:00:53 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 20 Apr 2002 16:00:53 +0000 (UTC) Cc: 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 16yxID-0004sE-00 for ; Sat, 20 Apr 2002 18:00:53 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16yxc7-0001kA-00 for ; Sat, 20 Apr 2002 18:21:27 +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 16yxHx-0007Xi-00; Sat, 20 Apr 2002 12:00:37 -0400 Original-Received: from sheridan.dina.kvl.dk ([130.225.40.227]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16yxH5-0007Q9-00; Sat, 20 Apr 2002 11:59:44 -0400 Original-Received: from zuse.dina.kvl.dk (zuse.dina.kvl.dk [130.225.40.245]) by sheridan.dina.kvl.dk (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id RAA16954; Sat, 20 Apr 2002 17:59:42 +0200 Original-Received: (from abraham@localhost) by zuse.dina.kvl.dk (8.9.3+Sun/8.9.3) id RAA27936; Sat, 20 Apr 2002 17:59:41 +0200 (MEST) X-Authentication-Warning: zuse.dina.kvl.dk: abraham set sender to abraham@dina.kvl.dk using -f Original-To: Miles Bader X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM|8MBp/ In-Reply-To: <877kn3qczq.fsf@tc-1-100.kawasaki.gol.ne.jp> (Miles Bader's message of "20 Apr 2002 12:12:57 +0900") Original-Lines: 27 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1 (sparc-sun-solaris2.8) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2846 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2846 Miles Bader writes: > So this is a suggestion on a way to reduce the redundancy of defface > specs. Please, always remember that the usability of the defface UI is far more important than the usability of the defface Lisp interface. defface is really a sibling to defcustom. So when making changes to the defface, please consisder first: 1. How will these changes affect the UI? 2. Will the changes make the already far too complex UI more or less complex? 3. If it make the UI more complex, is the added power really worth the complexity? It is really easy to invent all kinds of smart stuff to the defface spec at the Lisp level. Comming up with good UI is way harder. Actually, I think it would be far more useful to work on the UI, determine what it needs to become simpler or more useful, and then, afterwards, start to think about how to translate these changes to the Lisp interface.