[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#577392: marked as done (x11-xserver: dead_stroke has no visible effect)

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 --- 
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 --- 
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,
Julien

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: