From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.devel Subject: Re: change in X character input processing Date: 01 Nov 2002 13:54:25 +0000 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200210311520.g9VFKQH28182@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1036158891 10166 80.91.224.249 (1 Nov 2002 13:54:51 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 1 Nov 2002 13:54:51 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 187cG9-0002dp-00 for ; Fri, 01 Nov 2002 14:54:49 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 187cMF-0000Mg-00 for ; Fri, 01 Nov 2002 15:01:07 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 187cGS-0007J7-00; Fri, 01 Nov 2002 08:55:08 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 187cFs-0007Bp-00 for emacs-devel@gnu.org; Fri, 01 Nov 2002 08:54:32 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 187cFq-0007BP-00 for emacs-devel@gnu.org; Fri, 01 Nov 2002 08:54:31 -0500 Original-Received: from albion.dl.ac.uk ([148.79.80.39]) by monty-python.gnu.org with esmtp (Exim 4.10) id 187cFq-0007BJ-00 for emacs-devel@gnu.org; Fri, 01 Nov 2002 08:54:30 -0500 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 187cFl-0008OI-00; Fri, 01 Nov 2002 13:54:25 +0000 Original-To: "Stefan Monnier" Original-Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9036 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9036 "Stefan Monnier" writes: > IIUC this doesn't prevent the usual Xlib decoding of keysym, but > only uses an auxiliary table x-keysym-table to map keysyms > to characters in case where Xlib failed to decode the keysym > (typically because it can't be represented in the user's > locale). The idea is to translate known character keysyms directly to the appropriate characters. This should be entirely straightforward, unlike the situation where you have to try to match X's and Emacs's idea of the encoding, potentially with input from a different locale from the one in which Emacs is running. Note that I don't understand XIM -- is there a good introduction? -- and I don't know whether Emacs really DTRT with XIM. I don't think what I've done affects it, anyhow, and if it causes problems it can be fixed or reverted. > I.e. it is similar in behavior to my earlier patch which tried > Xutf8LookupString if XmbLookupString failed (except that your patch > doesn't rely on the deprecated Xutf8LookupString function or any > other extra support in Xlib for that matter). I don't know about that, but presumably not. Avoiding Xlib restrictions is part of the idea, e.g. you can use a euro key without Latin-9 support from Xlib.