From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: Command remapping and the delete-frame problem. Date: 22 Feb 2002 20:31:20 +0100 Message-ID: <5x3cztjotz.fsf@kfs2.cua.dk> References: <5x3czwjqxs.fsf@kfs2.cua.dk> <7263-Wed20Feb2002194728+0200-eliz@is.elta.co.il> <5xd6yzwxs8.fsf@kfs2.cua.dk> <200202220433.g1M4XP414080@aztec.santafe.edu> <5xd6yx965v.fsf_-_@kfs2.cua.dk> <5xpu2xv81x.fsf@kfs2.cua.dk> <200202221624.g1MGOEH30395@rum.cs.yale.edu> NNTP-Posting-Host: quimby2.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: quimby2.netfonds.no 1014406501 13207 195.204.10.66 (22 Feb 2002 19:35:01 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 22 Feb 2002 19:35:01 GMT Cc: rms@gnu.org, emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby2.netfonds.no with esmtp (Exim 3.12 #1 (Debian)) id 16eLTA-0003Qv-00 for ; Fri, 22 Feb 2002 20:35:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16eLRV-0008JZ-00; Fri, 22 Feb 2002 14:33:17 -0500 Original-Received: from mail.filanet.dk ([195.215.206.179]) by fencepost.gnu.org with smtp (Exim 3.33 #1 (Debian)) id 16eLOY-0006ZV-00; Fri, 22 Feb 2002 14:30:14 -0500 Original-Received: from kfs2.cua.dk.cua.dk (unknown [10.1.82.3]) by mail.filanet.dk (Postfix) with SMTP id 25EC97C035; Fri, 22 Feb 2002 19:30:13 +0000 (GMT) Original-To: "Stefan Monnier" In-Reply-To: <200202221624.g1MGOEH30395@rum.cs.yale.edu> Original-Lines: 24 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.50 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:1437 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1437 "Stefan Monnier" writes: > > But the interface to define-key, lookup-key and key-binding hasn't > > changed. They just take FOO as the KEY argument - which is still an > > unambuguous way to represent command remapping, as those functions > > don't otherwise accept a symbol as the KEY argument. > > That now sounds like a hack and I don't think it's worth keeping it. > Especially since it's not compatible with the XEmacs hack where > a non-vector argument passed to one of those functions is interpreted > the same as a length-1 vector so you can > > (define-key 'button1 'command) The main reason for allowing the symbol name in the first place was that it is marginally more efficient in command_loop_1 to call Fkey_binding and thus Flookup_key with a symbol name (the command found by read_key_sequence), rather than building a 2-element vector [command CMD] and using that to call Fkey_binding. But I agree this is not clean, so I'll change that as well. -- Kim F. Storm http://www.cua.dk _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel