From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Portable key sequences [was: key sequences aren't specified...] Date: Sun, 20 Nov 2005 00:48:31 +0900 Organization: The XEmacs Project Message-ID: <87psowmyeo.fsf_-_@tleepslib.sk.tsukuba.ac.jp> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Trace: sea.gmane.org 1132415464 9029 80.91.229.2 (19 Nov 2005 15:51:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 19 Nov 2005 15:51:04 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 19 16:51:01 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EdUxt-0007Ae-To for ged-emacs-devel@m.gmane.org; Sat, 19 Nov 2005 16:49:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EdUxs-0005az-Fd for ged-emacs-devel@m.gmane.org; Sat, 19 Nov 2005 10:49:20 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EdUxD-0005aG-1N for emacs-devel@gnu.org; Sat, 19 Nov 2005 10:48:39 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EdUxB-0005Zl-Pg for emacs-devel@gnu.org; Sat, 19 Nov 2005 10:48:38 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EdUxA-0005ZQ-O2 for emacs-devel@gnu.org; Sat, 19 Nov 2005 10:48:36 -0500 Original-Received: from [130.158.98.109] (helo=tleepslib.sk.tsukuba.ac.jp) by monty-python.gnu.org with esmtp (TLS-1.0:RSA_AES_128_CBC_SHA:16) (Exim 4.34) id 1EdUxA-0004FR-RH for emacs-devel@gnu.org; Sat, 19 Nov 2005 10:48:37 -0500 Original-Received: from steve by tleepslib.sk.tsukuba.ac.jp with local (Exim 4.54) id 1EdUx5-0006jr-Ip for emacs-devel@gnu.org; Sun, 20 Nov 2005 00:48:31 +0900 Original-To: emacs-devel@gnu.org In-Reply-To: (Edward O'Connor's message of "Thu, 17 Nov 2005 15:17:12 -0800") User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b23 (daikon, 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: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:46264 Archived-At: Alan Mackenzie wrote: >> In fact, I figured out "[?\C-c \C-backspace]" by just such >> experimentation. Trouble is, this is rejected by XEmacs, and I >> want the specification to be portable. As far as I know there is no portable way to express all key sequences in all Emacsen, even of v21 or later vintage. Even if XEmacs were disposed to give up the regularity and readability of the vector of lists of symbols representation, the fact remains that for at least 8 years that representation has been the one guaranteed to work for arbitrary sequences of gestures, and only a minimum of effort has been put into string representations. Which string representations we support has varied over the last few years, I believe. >>>>> "Ted" == Edward O'Connor writes: Ted> I should think (kbd "C-c C-DEL") would DTRT under both Ted> Emacsen. Do you really mean "DEL"? That's definitely wrong in XEmacs; `(kbd "C-c C-")' is the canonical way to express it (ie, that's what would be generated by insert-kbd-macro). Using `kbd' probably is fairly portable, but there's no guarantee that symbols that are used in recording keyboard macros will be the same. For example it happens to be the case that both `(kbd "C-BS")' and `(kbd "C-backspace")' produce `[(control backspace)]' in XEmacs, but it could easily be true that Emacs only handles "C-BS" while XEmacs only recognizes "C-backspace". And "C-" is the only thing guaranteed to work in XEmacs. -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.