From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: encoded-kbd-mode Date: Tue, 03 Apr 2007 03:46:58 -0400 Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1175586706 27675 80.91.229.12 (3 Apr 2007 07:51:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 3 Apr 2007 07:51:46 +0000 (UTC) Cc: emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 03 09:51:40 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HYdnl-0001RB-W7 for ged-emacs-devel@m.gmane.org; Tue, 03 Apr 2007 09:51:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HYdqs-0006Tx-LB for ged-emacs-devel@m.gmane.org; Tue, 03 Apr 2007 03:54:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HYdoh-0003zR-BM for emacs-devel@gnu.org; Tue, 03 Apr 2007 03:52:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HYdof-0003yN-6e for emacs-devel@gnu.org; Tue, 03 Apr 2007 03:52:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HYdoe-0003yE-AJ for emacs-devel@gnu.org; Tue, 03 Apr 2007 03:52:32 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HYdlU-00068r-Ux for emacs-devel@gnu.org; Tue, 03 Apr 2007 03:49:17 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1HYdjG-000742-2p; Tue, 03 Apr 2007 03:46:58 -0400 In-reply-to: (message from Kenichi Handa on Mon, 02 Apr 2007 11:02:36 +0900) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:68967 Archived-At: Encoded-kdb-mode is designed to convert raw-byte event sequence into character event sequence by utilizing keymap look-up mechanism. So, it creates key-translation-map that maps raw-byte events to proper commands or to deeper maps. To make it handle a raw-byte event with modifers, we must create key-bindings for all combinations of modifiers. That is one possible approach. Another approach would be to have it remove the modifier, convert the character, and then add the modifier back. Maybe that is easier. It doesn't have to be done IN encoded-kdb-mode. It could be done by some higher level of input processing. We may be able to catch all events by [t], but that requires another event parsing state (extract modifiers from the event, remember it in some variable, delete modifiers from the event, feed it again to key-translation-map, modify the last character event generator to handle the remembered modifiers, etc). That doesn't sound very hard. Would it fix the bug? Another anxiety is for those Windows user who have already found this workaround: (global-set-key [?\M-\351] ...) If we make [?\M-é] work for Windows now, the above setting stops working. If anyone wants to complain that a bizarre and incorrect work-around ceases to work, he will be satisfied when he learns that this is due to a fix that makes "the right thing" work properly.