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: 06 Nov 2002 19:04:12 +0000 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200210311520.g9VFKQH28182@rum.cs.yale.edu> <200211011953.gA1Jred05539@rum.cs.yale.edu> <200211030306.gA336Q310809@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 1036610483 23273 80.91.224.249 (6 Nov 2002 19:21:23 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 6 Nov 2002 19:21:23 +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 189Vjo-00062n-00 for ; Wed, 06 Nov 2002 20:21:16 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 189VsR-0001Rh-00 for ; Wed, 06 Nov 2002 20:30:12 +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 189Vi1-0000G1-00; Wed, 06 Nov 2002 14:19:25 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 189VTQ-0004dz-00 for emacs-devel@gnu.org; Wed, 06 Nov 2002 14:04:20 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 189VTO-0004aa-00 for emacs-devel@gnu.org; Wed, 06 Nov 2002 14:04:19 -0500 Original-Received: from albion.dl.ac.uk ([148.79.80.39]) by monty-python.gnu.org with esmtp (Exim 4.10) id 189VTN-0004aK-00 for emacs-devel@gnu.org; Wed, 06 Nov 2002 14:04:17 -0500 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 189VTJ-0001vI-00; Wed, 06 Nov 2002 19:04:13 +0000 Original-To: "Stefan Monnier" Original-Lines: 39 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:9197 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9197 "Stefan Monnier" writes: > If I understand correctly, once the input translation table is setup, > then the difference I pointed out above between the old code and the new > code would mostly vanish: both would return a char in the charset most > closely related to the buffer's coding system. Right? No. Previously nothing outside Quail tried to conform to the file coding system of the current buffer. > The use of x-keysym-table has the advantage of flexibility, since we > don't depend on the Xlib at all. But I tend to prefer the Xlib > table because I think of it as canonical since every application > uses it. As I understand it, there currently isn't a proper definition of the translation of many keysyms, and thus no guarantee of consistency across platforms. For instance, EuroSign, which my Sun keyboard generates under XFree, isn't defined on Solaris 8. > Among other things, that means that it is kept uptodate > and populated without any work on our part. But there isn't a single Xlib, especially one that can be relied to be at all `up-to-date' on random systems, and the input may be coming from a different system. I don't think it's any more reasonable to depend on Xlib than on iconv routines on the system, say. > For that reason I'd prefer using the code that you > first installed, which prefers the Xlib table to the x-keysym-table. > Of course I also prefer it because it offers better backward compatibility. I don't want it backwards-compatible, because that doesn't DTRT with high probability. Also it doesn't seem sensible to decode every character, though I don't know whether that's a significant inefficiency. Afraid I haven't got the keyboard translation sorted out yet, partly because I realized it should use `keyboard-translate-table'.