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: Rebinding international characters Date: 19 Aug 2004 09:41:55 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <658l7dju.fsf@wanadoo.es> <200407270250.LAA07100@etlken.m17n.org> <200407280152.KAA09883@etlken.m17n.org> <200407300642.PAA15666@etlken.m17n.org> <200408021244.VAA22947@etlken.m17n.org> <200408030020.JAA24083@etlken.m17n.org> <200408031209.VAA25650@etlken.m17n.org> <2914-Tue03Aug2004220812+0300-eliz@gnu.org> <200408050046.JAA29472@etlken.m17n.org> <3c32jrng.fsf@wanadoo.es> <200408050447.NAA29917@etlken.m17n.org> <20 NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1092922989 2961 80.91.224.253 (19 Aug 2004 13:43:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 19 Aug 2004 13:43:09 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 19 15:42:51 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BxnBq-0003Le-00 for ; Thu, 19 Aug 2004 15:42:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BxnG6-0002cx-1Y for ged-emacs-devel@m.gmane.org; Thu, 19 Aug 2004 09:47:14 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BxnFx-0002cQ-BB for emacs-devel@gnu.org; Thu, 19 Aug 2004 09:47:05 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BxnFv-0002bw-KU for emacs-devel@gnu.org; Thu, 19 Aug 2004 09:47:05 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BxnFv-0002bm-Hc for emacs-devel@gnu.org; Thu, 19 Aug 2004 09:47:03 -0400 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BxnBW-0003r3-8Q; Thu, 19 Aug 2004 09:42:30 -0400 Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 610F8B3027E; Thu, 19 Aug 2004 09:41:56 -0400 (EDT) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id F2D8F8CA23; Thu, 19 Aug 2004 09:41:55 -0400 (EDT) Original-To: Kenichi Handa In-Reply-To: <200408190025.JAA03597@etlken.m17n.org> Original-Lines: 22 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=0, requis 5) X-MailScanner-From: monnier@iro.umontreal.ca 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:26315 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:26315 >> Placing the encoded-kbd handling on function-key-map instead of >> key-translation-map will do just that without any changes t the C code. > But, as function-key-map can't override global/local map, > ESC $ ... can't be handled. Huh? Why not? You have to bind it to an empty map anyway, no? Or did you find some other workaround? Stefan PS: I personally don't think it's a good idea to use function-key-map for that (I think the encoded-kdb translation should be "strong" (i.e. not overridable other than via things like `read-byte'), just like it is under X11). It is very unusual for people to rebind non-ASCII characters (at least this is my impression based on the frequency of such questions in gnu.emacs.help) and it has always been tricky to do and brittle (based on the lack of useful and correct answers those rare questions received), so I think that the current situation is already an improvement and making it work for unibyte modes is not important.