From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: keys with meta-prefix cannot be longer than two chars? Date: Thu, 22 Oct 2015 17:47:41 +0300 Message-ID: <83r3knt0xe.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1445525306 18678 80.91.229.3 (22 Oct 2015 14:48:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Oct 2015 14:48:26 +0000 (UTC) Cc: emacs-devel@gnu.org To: John Wiegley , Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 22 16:48:09 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZpH9q-0003RK-5W for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2015 16:47:58 +0200 Original-Received: from localhost ([::1]:60428 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpH9p-0000Gw-Qa for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2015 10:47:57 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52561) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpH9d-0000Gl-8n for emacs-devel@gnu.org; Thu, 22 Oct 2015 10:47:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZpH9Y-0007rD-6b for emacs-devel@gnu.org; Thu, 22 Oct 2015 10:47:45 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:44820) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpH9X-0007r5-Uf; Thu, 22 Oct 2015 10:47:40 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NWM00100MANST00@a-mtaout22.012.net.il>; Thu, 22 Oct 2015 17:47:39 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NWM0015BMFEAZB0@a-mtaout22.012.net.il>; Thu, 22 Oct 2015 17:47:39 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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 Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:192391 Archived-At: > From: "John Wiegley" > Date: Wed, 21 Oct 2015 09:45:08 -0700 > > >>>>> Artur Malabarba writes: > > > One bug though: keys with meta-prefix cannot be longer than two chars. > > > That last sentence is intriguing. I tested with this snippet and it didn't > > hold true for me. (define-key isearch-mode-map "\M-6lo" (lambda () > > (interactive) (message "HI"))) > > > Does anyone know its origin and may I delete it? > > I don't know its origin. If no one else pipes up, and you've demonstrated it > works, please do delete. Note that it says "longer than two chars", and I wonder whether it means excluding the prefix char. Anyway, this comment was written by Richard (CC'ed), so perhaps he could remember what was the intent, although it was very long ago. Richard, this is about the following comment from isearch.el: ;;; Commentary: ;; Instructions ;; For programmed use of isearch-mode, e.g. calling (isearch-forward), ;; isearch-mode behaves modally and does not return until the search ;; is completed. It uses a recursive-edit to behave this way. ;; The key bindings active within isearch-mode are defined below in ;; `isearch-mode-map' which is given bindings close to the default ;; characters of the original isearch.el. With `isearch-mode', ;; however, you can bind multi-character keys and it should be easier ;; to add new commands. One bug though: keys with meta-prefix cannot ;; be longer than two chars.^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^ Judging by the commit where this was added, it was some merge with an isearch-related package that was absorbed into isearch.el. You can see the diffs with this command: git show 08200510