Your message dated Sun, 11 Apr 2010 21:29:12 +0200 with message-id <20100411192912.GK15147@radis.liafa.jussieu.fr> and subject line Re: Bug#577392: x11-xserver: dead_stroke has no visible effect has caused the Debian Bug report #577392, regarding x11-xserver: dead_stroke has no visible effect to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 577392: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577392 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: x11-xserver: dead_stroke has no visible effect
- From: Mario Frasca <mfrasca@zonnet.nl>
- Date: Sun, 11 Apr 2010 10:47:46 +0200
- Message-id: <[🔎] 20100411084746.11332.86234.reportbug@localhost.localdomain>
Package: x11-xserver-utils Version: 7.5+1 Severity: normal File: x11-xserver this is related to maemo bug https://bugs.maemo.org/show_bug.cgi?id=2259 I use dead_stroke in a keymap table file and I don't manage to obtain any visible effect. hitting a key associated to dead_stroke followed by l should produce ł but gives l. compose slash l works correctly. this wasn't ever a problem on my desktop linux box because I don't use dead keys but rely on the compose. maemo, derived from debian, has a different approach for compose (displays an on-screen menu of combinable keys) so to people who only want to use the keyboard, symbols like øđǥħłƶ¢ƀ₥ are unavailable. to reproduce the bug, I used this keymap table file, » clear Lock keycode 66 = Multi_key keycode 48 = dead_stroke «. xev gives the following sequence of events: compose slash l: » KeyPress event, serial 30, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153375248, (172,-15), root:(177,38), state 0x0, keycode 66 (keysym 0xff20, Multi_key), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 33, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153375392, (172,-15), root:(177,38), state 0x0, keycode 66 (keysym 0xff20, Multi_key), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153375528, (172,-15), root:(177,38), state 0x0, keycode 61 (keysym 0x2f, slash), same_screen YES, XLookupString gives 1 bytes: (2f) "/" XmbLookupString gives 1 bytes: (2f) "/" XFilterEvent returns: True KeyRelease event, serial 33, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153375656, (172,-15), root:(177,38), state 0x0, keycode 61 (keysym 0x2f, slash), same_screen YES, XLookupString gives 1 bytes: (2f) "/" XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153375840, (172,-15), root:(177,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) "l" XmbLookupString gives 1 bytes: (6c) "l" XFilterEvent returns: True KeyPress event, serial 33, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153375840, (172,-15), root:(177,38), state 0x0, keycode 0 (keysym 0x1000142, U0142), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 2 bytes: (c5 82) "ł" XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153375936, (172,-15), root:(177,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) "l" XFilterEvent returns: False « dead_stroke l:» KeyPress event, serial 30, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153300976, (174,-15), root:(179,38), state 0x0, keycode 48 (keysym 0xfe63, dead_stroke), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 33, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153301096, (174,-15), root:(179,38), state 0x0, keycode 48 (keysym 0xfe63, dead_stroke), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153301704, (174,-15), root:(179,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) "l" XmbLookupString gives 1 bytes: (6c) "l" XFilterEvent returns: True KeyPress event, serial 33, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153301704, (174,-15), root:(179,38), state 0x0, keycode 0 (keysym 0x1000142, U0142), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 2 bytes: (c5 82) "ł" XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x3200001, root 0x101, subw 0x0, time 153301800, (174,-15), root:(179,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) "l" XFilterEvent returns: False « I don't see any significative difference in the two ł events. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-trunk-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-xserver-utils depends on: ii cpp 4:4.4.3-1 The GNU C preprocessor (cpp) ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libx11-6 2:1.3.3-2 X11 client-side library ii libxau6 1:1.0.5-2 X11 authorisation library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxi6 2:1.3-4 X11 Input extension library ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxmuu1 2:1.0.5-1 X11 miscellaneous micro-utility li ii libxrandr2 2:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.5-2 X Rendering Extension client libra ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l ii x11-common 1:7.5+5 X Window System (X.Org) infrastruc x11-xserver-utils recommends no packages. Versions of packages x11-xserver-utils suggests: pn cairo-5c <none> (no description available) pn nickle <none> (no description available) ii xorg-docs-core 1:1.5-1 Core documentation for the X.org X -- no debconf information
--- End Message ---
--- Begin Message ---
- To: Mario Frasca <mfrasca@zonnet.nl>
- Cc: 577392-done@bugs.debian.org
- Subject: Re: Bug#577392: x11-xserver: dead_stroke has no visible effect
- From: Julien Cristau <jcristau@debian.org>
- Date: Sun, 11 Apr 2010 21:29:12 +0200
- Message-id: <20100411192912.GK15147@radis.liafa.jussieu.fr>
- In-reply-to: <[🔎] 20100411144355.GA11621@croese.home.bogus>
- References: <[🔎] 20100411084746.11332.86234.reportbug@localhost.localdomain> <[🔎] 20100411101718.GI15147@radis.liafa.jussieu.fr> <[🔎] 20100411144355.GA11621@croese.home.bogus>
On Sun, Apr 11, 2010 at 16:43:55 +0200, Mario Frasca wrote: > On 2010-0411 12:17:18, Julien Cristau wrote: > > your xev output shows that this is working correctly, as far > > as I can tell? > > that is the curious part about it! I don't see the difference between > the two sequences of key hits, in terms of produced keypress event. > but one sequence produces l, the other ł. > > > What app are you having a problem with? > > oh, you are right, on this server I seldom use anything else than > gnome-terminal. on maemo, it happens in all programs. on desktop debian > I only tested the gnome-terminal. > > now started uxterm and oowriter and you are correct: both dead_stroke-l > and compose-/-l produce ł (l with stroke). > > are you suggesting it might be a gnome problem? I checked > System-Preferences-About Me and ther dead_stroke-l produces l (l without > stroke). the gnome file browser -but also firefox (iceweasel)- show > the incorrect behaviour. > > GNU Emacs 22.3.1 (powerpc-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) > behaves correctly, too. > By default GTK uses its own input method, not Xlib, so it has different compose sequences. It's probably similar for the toolkit used in maemo (I don't know which one that is). Closing this bug, thanks for your report. For GTK, you can set GTK_IM_MODULE=xim to use the X input method. Cheers, JulienAttachment: signature.asc
Description: Digital signature
--- End Message ---