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: change in X character input processing Date: Thu, 31 Oct 2002 10:20:26 -0500 Sender: emacs-devel-admin@gnu.org Message-ID: <200210311520.g9VFKQH28182@rum.cs.yale.edu> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1036077911 4882 80.91.224.249 (31 Oct 2002 15:25:11 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 31 Oct 2002 15:25:11 +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 187HC1-0001GW-00 for ; Thu, 31 Oct 2002 16:25:09 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 187HHe-0004G3-00 for ; Thu, 31 Oct 2002 16:30:58 +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 187HAZ-0002nF-00; Thu, 31 Oct 2002 10:23:39 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 187H9n-0002NW-00 for emacs-devel@gnu.org; Thu, 31 Oct 2002 10:22:51 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 187H7V-0000pR-00 for emacs-devel@gnu.org; Thu, 31 Oct 2002 10:21:00 -0500 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by monty-python.gnu.org with esmtp (Exim 4.10) id 187H7U-0000nY-00 for emacs-devel@gnu.org; Thu, 31 Oct 2002 10:20:28 -0500 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g9VFKQH28182; Thu, 31 Oct 2002 10:20:26 -0500 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: Dave Love 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:8993 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:8993 > I've changed the handling of character input under X to consider the > definitions of keysyms rather than trying to decode everything for > some locale which may be inappropriate. Thus, for instance, my euro > key will work in a Latin-1 environment like the pound key (and doesn't > depend on Latin-9 support in the X libraries). 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). 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). Is that right ? Stefan