From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Joakim =?UTF-8?Q?H=C3=A5rsman?= Newsgroups: gmane.emacs.bugs Subject: bug#10299: Emacs doesn't handle Unicode characters in keyboard layout on MS Windows Date: Thu, 15 Dec 2011 22:47:17 +0100 Message-ID: References: <8739clgapc.fsf@gnu.org> <83zket20xw.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1323985668 28929 80.91.229.12 (15 Dec 2011 21:47:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 15 Dec 2011 21:47:48 +0000 (UTC) Cc: 10299@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 15 22:47:41 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RbJ9N-0001Xz-Pr for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Dec 2011 22:47:38 +0100 Original-Received: from localhost ([::1]:46983 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RbJ9N-00043s-C0 for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Dec 2011 16:47:37 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:43069) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RbJ9I-00042R-RE for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2011 16:47:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RbJ9G-0004OS-US for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2011 16:47:32 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39269) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RbJ9G-0004OD-PZ for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2011 16:47:30 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RbJAk-0003aQ-0X for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2011 16:49:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Joakim =?UTF-8?Q?H=C3=A5rsman?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Dec 2011 21:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10299 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10299-submit@debbugs.gnu.org id=B10299.132398573413772 (code B ref 10299); Thu, 15 Dec 2011 21:49:01 +0000 Original-Received: (at 10299) by debbugs.gnu.org; 15 Dec 2011 21:48:54 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RbJAb-0003a4-LC for submit@debbugs.gnu.org; Thu, 15 Dec 2011 16:48:54 -0500 Original-Received: from mail-ey0-f172.google.com ([209.85.215.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RbJAY-0003Zw-B0 for 10299@debbugs.gnu.org; Thu, 15 Dec 2011 16:48:52 -0500 Original-Received: by eaad1 with SMTP id d1so2320573eaa.3 for <10299@debbugs.gnu.org>; Thu, 15 Dec 2011 13:47:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ZsDdSjMuWvkvyLDGmGVORhSltky36YZBtCuNH0qj9e8=; b=Mp0h8tdDQbSIQRuz/BcBzZcDAACTqomjLhjeoz2uU3XHjpRcgvbLVuLeOEW/3ZYATT YMvBcR2CiqhSE2xuLkdXKT8x2K4w4mvwHNjpIPWKGS33apYh0M7txeMGskOLb6q/mxBv 4P85ZXyEe2zYYA/tZPVuaVpYXawXJBhAkj9+8= Original-Received: by 10.205.129.148 with SMTP id hi20mr2336919bkc.25.1323985637826; Thu, 15 Dec 2011 13:47:17 -0800 (PST) Original-Received: by 10.204.58.209 with HTTP; Thu, 15 Dec 2011 13:47:17 -0800 (PST) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 15 Dec 2011 16:49:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:54997 Archived-At: On 15 December 2011 21:50, Joakim H=E5rsman wrot= e: > On 15 December 2011 18:34, Eli Zaretskii wrote: >>> From: Jason Rumney >>> Cc: Joakim H=E5rsman , >>> =A0 10299@debbugs.gnu.org, =A0handa@m17n.org >>> Date: Thu, 15 Dec 2011 22:40:15 +0800 >>> >>> > Yes, Emacs on Windows uses the ANSI codepage to read the keyboard >>> > input. =A0Does it help to play with the value of keyboard-coding-syst= em? >>> >>> It tries to use Unicode if the Windows input method is sending it. >> >> But am I right that, except for perhaps IME, we mostly get WM_CHAR >> messages with ANSI character set, because we call the ANSI version of >> RegisterClass? >> >> If that is the reason, are there any complications to call >> RegisterClassW instead (on NT and later systems; I think Windows 9X >> are safer with ANSI)? >> >>> Some input methods will send WM_UNICHAR messages with the Unicode >>> character, which can be intercepted before they are turned into questio= n >>> marks by Windows. These will just work with Emacs. >>> >>> Others will send character codes corresponding to the codepoints in the >>> default Windows codepage for that language (regardless of your system >>> codepage). These can be handled by changing keyboard-coding-system >>> within Emacs. >>> >>> Others will not send anything useful unless your system codepage is set >>> appropriately for the language being input. >>> >>> It sounds like this one may be in the third category. >> >> I'm not sure MKLC works through IME. =A0Do you know that for a fact? > > No, I'm just guessing since Emacs has worked with Unicode IMEs I've > tried in the past, but doesn't work with MKLC layouts. Instead of > debating, it seems easier to just get Emacs running with a debugger > and see what messages get delivered and what happens to them. > > Anyway, I've gotten the latest Bazaar trunk but I haven't managed to > get it to build, compilation of make-docfile.c fails because it can't > find config.h: > > gcc -I. -c -gdwarf-2 -g3 =A0-mtune=3Dpentium4 -O2 =A0 =A0 =A0-Demacs=3D1 = -DHAVE_CONFIG_H -I. > ./lib -I../nt/inc -DHAVE_NTGUI=3D1 -DUSE_CRT_DLL=3D1 -DPURESIZE=3D5000000= -DPURESIZE=3D5 > 000000 -o oo-spd/i386/make-docfile.o make-docfile.c > make-docfile.c:36:20: config.h: No such file or directory > make-docfile.c:79: error: syntax error before "NO_RETURN" > make-docfile.c:79: warning: data definition has no type or storage class > make[8]: *** [oo-spd/i386/make-docfile.o] Error 1 > make[8]: Leaving directory `D:/Dev_projects/emacs/trunk/lib-src' > make[7]: *** [bootstrap-gmake] Error 2 > make[7]: Leaving directory `D:/Dev_projects/emacs/trunk/nt' > > I'm not really sure what to make of this, config.h is in trunk/src, > but gcc doesn't seem to be looking there from what I can see. Are > there more detailed build instructions available or is nt/INSTALL all > there is? > > All I'm doing is cd:ing into the nt directory, running configure and > then make bootstrap. Never mind, I got the build to work. It turns out I only got the above error the second time I ran "make bootstrap", presumably because some environment variable lingers from the first invocation and messes things up. To get the build to work I had to use a fresh shell and explicitly set SHELL=3Dcmd.exe when invoking make, then everything worked. I'll try to attach a debugger tomorrow.