From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: Customizing key bindings Date: Mon, 09 Sep 2002 13:25:42 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <200209091725.g89HPgA19269@rum.cs.yale.edu> References: <87ptvttnyo.fsf@emacswiki.org> <200209061736.g86HaDi00352@rum.cs.yale.edu> <874rd1ki2s.fsf_-_@emacswiki.org> <20020907234343.GC26845@gnu.org> <20020909140930.GC18843@gnu.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1031592496 716 127.0.0.1 (9 Sep 2002 17:28:16 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 9 Sep 2002 17:28:16 +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.35 #1 (Debian)) id 17oSKd-0000BO-00 for ; Mon, 09 Sep 2002 19:28:15 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17oSuf-0008Uz-00 for ; Mon, 09 Sep 2002 20:05:29 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17oSKg-0006jV-00; Mon, 09 Sep 2002 13:28:18 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17oSIL-0006YP-00 for emacs-devel@gnu.org; Mon, 09 Sep 2002 13:25:53 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17oSIJ-0006VW-00 for emacs-devel@gnu.org; Mon, 09 Sep 2002 13:25:52 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17oSIH-0006VB-00 for emacs-devel@gnu.org; Mon, 09 Sep 2002 13:25:49 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g89HPgA19269; Mon, 9 Sep 2002 13:25:42 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: Per Abrahamsen 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:7759 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7759 > >> I probably shouldn't say this, but it will be simpler for XEmacs, > >> where keymaps are an opaque type. > > > > Perhaps in theory, but in practice I think that's not true -- there are so > > many wierd twists in the keymap format that no one in their right mind > > actually modifies them without using standard keymap functions. As far as I > > can see the only real use of the non-opaque keymaps is that it's easy to > > print them out and see what's in there... > > So you can change the format of keymaps, with no fear of breaking user > code? Yes and no. There is code out there that relies on the representation currently used. There's actually a fair bit of it. But all the examples I can think of have no impact on the issue at hand. I.e. they either "construct a whole keymap at a time" and do things like (cons 'keymap (mapcar 'foo mylist)) or use nconc in place of set-keymap-parent or they just parse the keymap for one reason or another (but without modifying it). I don't claim that there isn't any other case, but I can't remember seeing any. I'd actually be interested in any info about such odd cases. Stefan