From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: Comments on display.texi Date: Tue, 28 Sep 2004 14:40:32 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1096380860 3866 80.91.229.6 (28 Sep 2004 14:14:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 28 Sep 2004 14:14:20 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 28 16:13:59 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CCIju-0007R3-00 for ; Tue, 28 Sep 2004 16:13:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CCIq8-0002FV-VG for ged-emacs-devel@m.gmane.org; Tue, 28 Sep 2004 10:20:24 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CCIou-0001qy-7l for emacs-devel@gnu.org; Tue, 28 Sep 2004 10:19:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CCIot-0001qT-GO for emacs-devel@gnu.org; Tue, 28 Sep 2004 10:19:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CCIot-0001pN-9N for emacs-devel@gnu.org; Tue, 28 Sep 2004 10:19:07 -0400 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CCIiX-00079b-AX for emacs-devel@gnu.org; Tue, 28 Sep 2004 10:12:33 -0400 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by mx20.gnu.org with smtp (Exim 4.34) id 1CCHPq-00051X-1C for emacs-devel@gnu.org; Tue, 28 Sep 2004 08:49:10 -0400 Original-Received: (qmail 54025 invoked from network); 28 Sep 2004 12:40:29 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 28 Sep 2004 12:40:29 -0000 Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Mon, 27 Sep 2004 10:53:42 -0400") User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:27641 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27641 Richard Stallman writes: > > The reason is, it is more Lisp-like to use symbols than numbers. > > It is easier to debug a program when you see a symbol whose name > > is meaningful than when you see a number. > > But when you start debugging this, you don't see the symbol name -- > you will see the number. The display property contains the number, > not the symbol. > > Why can't the display property contain the symbol instead? > That's easy to implement. > > .. Similar to how display image properties work. > > The image specifier is a list that describes the desired result. That > is quite Lispy. What's not good is to use an "opaque integer". > > But it is EXACTLY the same interface that is used for images. > It is just the value that is different. > > The value is the issue here. If the value were a list or vector that > described the bitmap, it would be quite Lispy and I'd say it was good. Ok, I'll change it so that the visible representation of a bitmap is the symbol you provide with define-fringe-bitmap as you suggested. And modify the rest of the fringe functions to work with symbols too. I'll update the docs as well. -- Kim F. Storm http://www.cua.dk