From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#7380: 23.2; Dead keys misinterpreted in gtk emacs Date: Tue, 16 Nov 2010 11:57:05 -0500 Message-ID: References: <87d3qbe9et.wl%idleroux@fastmail.fm> 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 1289928097 18098 80.91.229.12 (16 Nov 2010 17:21:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 16 Nov 2010 17:21:37 +0000 (UTC) Cc: 7380@debbugs.gnu.org To: "Ian D. Leroux" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 16 18:21:23 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PIPCZ-0003d3-Pi for geb-bug-gnu-emacs@m.gmane.org; Tue, 16 Nov 2010 18:21:22 +0100 Original-Received: from localhost ([127.0.0.1]:46486 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIPCX-0005cv-96 for geb-bug-gnu-emacs@m.gmane.org; Tue, 16 Nov 2010 12:20:13 -0500 Original-Received: from [140.186.70.92] (port=59320 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIP6s-0002Ur-8m for bug-gnu-emacs@gnu.org; Tue, 16 Nov 2010 12:14:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PIP6q-0006MJ-Se for bug-gnu-emacs@gnu.org; Tue, 16 Nov 2010 12:14:22 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51339) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PIP6q-0006M9-PM for bug-gnu-emacs@gnu.org; Tue, 16 Nov 2010 12:14:20 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PIOmD-0004su-Nm; Tue, 16 Nov 2010 11:53:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 16 Nov 2010 16:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7380 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7380-submit@debbugs.gnu.org id=B7380.128992633818756 (code B ref 7380); Tue, 16 Nov 2010 16:53:01 +0000 Original-Received: (at 7380) by debbugs.gnu.org; 16 Nov 2010 16:52:18 +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 1PIOlV-0004sT-Cs for submit@debbugs.gnu.org; Tue, 16 Nov 2010 11:52:18 -0500 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PIOlT-0004sN-0Q for 7380@debbugs.gnu.org; Tue, 16 Nov 2010 11:52:15 -0500 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id oAGGvAls031223; Tue, 16 Nov 2010 11:57:10 -0500 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 1690C13002B; Tue, 16 Nov 2010 11:57:06 -0500 (EST) In-Reply-To: <87d3qbe9et.wl%idleroux@fastmail.fm> (Ian D. Leroux's message of "Thu, 11 Nov 2010 18:18:50 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3680=0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 16 Nov 2010 11:53:01 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:41667 Archived-At: > Under X11 with the us_intl keyboard, dead keys are not correctly > combined with the following characters. For instance e, > which ought to give =E9, instead produces the message " is > undefined" followed by an undecorated e. The problem is specific to > emacs: all other applications in the same X11 session (Firefox, xterm, > urxvt, miscellaneous gtk apps like exfalso) accept accented input > typed with dead keys without special customization. This is a > plain-vanilla install of emacs under pkgsrc. The auto-collected data > reported below were generated by M-x report-emacs-bug from an emacs -Q > instance displaying this behaviour. It vaguely reminds me of some other bug-report. But that's about as far as it goes. I don't use dead keys, but I do use the daily to enter most of my non-ASCII letters, which should rely on the same code. > the price of the graphical comforts of gtk emacs. I can also activate > iso-transl and have emacs handle the composition of characters from > dead keys by its own internal mechanism, independent of X11, but then > I get a subtly different keyboard layout in emacs relative to other > software on the system. iso-transl is at best a workaround. I just played with xmodmap to add a dead-acute key to my keyboard, and "it works here" with all versions of Emacs I threw at it. Now, as to why this X11 key composition does not work for you. Could you maybe try to rebuild it and show us the output of "configure"? Not sure it'll help, tho. We'll need either someone to be able to reproduce it, or you'll need to dig in the code, play with GDB to try and see what's going on there. If you're up to it, you can try and place breakpoints near the call to XmbLookupString in xterm.c and single step there. Normally, the dead-acute event should not escape from this part of the code: instead it should turn into "nothing" (just change some state somewhere either in compose_status or in "FRAME_XIC (f)" depending on whether that frame uses XIM/XIC), and subsequent "e" should in that same part of the code be turned into an "=E9" (so the Elisp code never even gets to know that this =E9 was input as two separate key presses). Stefan