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

Bug#271542: marked as done (xlibs: Can't get Meta and Alt to work correctly)

Your message dated Fri, 8 Sep 2006 10:31:03 +0200
with message-id <20060908083103.GA5529@linuxfr.org>
and subject line Fixed in xkb-data
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: xlibs
Version: 4.3.0.dfsg.1-7
Severity: normal

In continuation of my message in bug 256706. As it has been declared
fixed, but I still suffer keyboard problems, I suppose my problem is
_not_ the one of this bug. Behaviour has changed since -6, but is
still not correct.

I have a Microsoft Natural Keyboard, US qwerty. That's a qwerty 104
keys keyboard.

Intended behaviour: Alt keys are Alt, left waving flag key is Meta,
right waving flag key is compose (Multi_key), menu key is menu.

XKB config:

Section "InputDevice"
        Identifier      "Generic Keyboard"
        Driver          "keyboard"
        Option          "CoreKeyboard"
        Option          "XkbRules"      "xfree86"
        Option          "XkbModel"      "microsoft"
        Option          "XkbLayout"     "us"
        Option          "XkbOptions"    "altwin:left_meta_win,compose:rwin"
EndSection

When starting up X, the following behaviour happens:

 - Emacs does not recognise Meta as Meta, but recognises Alt as Meta,
   which it shouldn't. Note that if I remember well, Emacs
   automatically treats Alt as Meta if it thinks the current keymap
   does not have a Meta. This might be what is happening.

 - TeXmacs recognises Alt as Alt, but not Meta.

 - sawfish does not recognise Alt as Alt, but recognises Meta as Meta.

Which makes me very confused as to what could be wrong.

At startup:

lionelm@harif:~$ xmodmap
xmodmap:  up to 5 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x6d)
mod1        Alt_L (0x40),  Alt_L (0x7d)
mod2        Num_Lock (0x4d)
mod3
mod4        Alt_R (0x71),  Meta_L (0x73),  Super_L (0x7f),  Hyper_L (0x80),  Meta_L (0x9c)
mod5        Mode_switch (0x5d),  ISO_Level3_Shift (0x7c)

Trying to correct it manually:

lionelm@harif:~$ xmodmap -e 'clear mod1'
lionelm@harif:~$ xmodmap -e 'add mod1 = 0x73'
lionelm@harif:~$ xmodmap
xmodmap:  up to 5 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x6d)
mod1        s (0x27)
mod2        Num_Lock (0x4d)
mod3
mod4        Alt_R (0x71),  Meta_L (0x73),  Super_L (0x7f),  Hyper_L (0x80),  Meta_L (0x9c)
mod5        Mode_switch (0x5d),  ISO_Level3_Shift (0x7c)

Oups... It shouldn't say 0x27 for mod1, I said 0x73. Let's try another way:

lionelm@harif:~$ xmodmap -e 'clear mod1'
lionelm@harif:~$ xmodmap -e 'add mod1 = Meta_L'
lionelm@harif:~$ xmodmap
xmodmap:  up to 5 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x6d)
mod1        Alt_L (0x40),  Meta_L (0x73),  Meta_L (0x9c)
mod2        Num_Lock (0x4d)
mod3
mod4        Alt_R (0x71),  Meta_L (0x73),  Super_L (0x7f),  Hyper_L (0x80),  Meta_L (0x9c)
mod5        Mode_switch (0x5d),  ISO_Level3_Shift (0x7c)

Not what I asked for.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.5-64bit
Locale: LANG=fr_LU@euro, LC_CTYPE=fr_LU@euro

Versions of packages xlibs depends on:
ii  libice6                   4.3.0.dfsg.1-7 Inter-Client Exchange library
ii  libsm6                    4.3.0.dfsg.1-7 X Window System Session Management
ii  libx11-6                  4.3.0.dfsg.1-7 X Window System protocol client li
ii  libxext6                  4.3.0.dfsg.1-7 X Window System miscellaneous exte
ii  libxft1                   4.3.0.dfsg.1-7 FreeType-based font drawing librar
ii  libxi6                    4.3.0.dfsg.1-7 X Window System Input extension li
ii  libxmu6                   4.3.0.dfsg.1-7 X Window System miscellaneous util
ii  libxmuu1                  4.3.0.dfsg.1-7 lightweight X Window System miscel
ii  libxp6                    4.3.0.dfsg.1-7 X Window System printing extension
ii  libxpm4                   4.3.0.dfsg.1-7 X pixmap library
ii  libxrandr2                4.3.0.dfsg.1-7 X Window System Resize, Rotate and
ii  libxt6                    4.3.0.dfsg.1-7 X Toolkit Intrinsics
ii  libxtrap6                 4.3.0.dfsg.1-7 X Window System protocol-trapping 
ii  libxtst6                  4.3.0.dfsg.1-7 X Window System event recording an
ii  xlibs-data                4.3.0.dfsg.1-7 X Window System client data

-- no debconf information

--- End Message ---
--- Begin Message --- 
Hi,

with xkb-data, 'xomdmap -pm' does no more print Alt_R with your
settings, so I believe that this bug has been fixed.
Please reopen if you have still trouble.
Thanks for your report.

Denis

--- End Message ---
Reply to: