Bug#534945: Bug#531771: xkb-data: level 3 switch not working anymore
Hello, Could you guys look at the upstream bug ? https://bugs.freedesktop.org/show_bug.cgi?id=19500 Then, either close this bug or complain there as requested. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531771: xkb-data: level 3 switch not working anymore
The bug fix in http://bugs.freedesktop.org/attachment.cgi?id=30489 fixed the
problem for me. I hope that this fix can be applied to the next version of
xkb-data.
my /etc/default/console-setup contains
XKBMODEL=apple
XKBLAYOUT=us+stuart+level3(win_switch)+ctrl(nocaps)
XKBVARIANT=
XKBOPTIONS=
I have attached /usr/share/X11/xkb/symbols/stuart. It adds some accented
characters to various keys using the level3 switch. Is this the standard way to
do this?
thanks
Stuart
partial default alphanumeric_keys
xkb_symbols stuart
{
key TLDE {
type= FOUR_LEVEL,
[ grave, asciitilde, dead_grave, dead_tilde ]
};
key AE02 {
type= THREE_LEVEL,
[ 2, at, EuroSign ]
};
key AE05 {
type= THREE_LEVEL,
[ 5, percent, EuroSign ]
};
key AE06 {
type= THREE_LEVEL,
[ 6, asciicircum, dead_circumflex ]
};
key AE09 {
type= FOUR_LEVEL,
[ 9, parenleft, leftsinglequotemark, dead_breve]
};
key AE10 {
type= FOUR_LEVEL,
[ 0, parenright, rightsinglequotemark, dead_abovering ]
};
key AD03 {
type= FOUR_LEVEL_SEMIALPHABETIC,
[ e, E, ecircumflex, Ecircumflex ]
};
key AD06 {
type= FOUR_LEVEL_ALPHABETIC,
[ y, Y, ydiaeresis, Ydiaeresis ]
};
key AD07 {
type= FOUR_LEVEL_ALPHABETIC,
[ u, U, ucircumflex, Ucircumflex ]
};
key AD08 {
type= FOUR_LEVEL_ALPHABETIC,
[ i, I, icircumflex, Icircumflex ]
};
key AD09 {
type= FOUR_LEVEL_ALPHABETIC,
[ o, O, ocircumflex, Ocircumflex ]
};
key AD11 {
type = THREE_LEVEL,
[ bracketleft, braceleft, guillemotleft ]
};
key AD12 {
type = THREE_LEVEL,
[ bracketright, braceright, guillemotright ]
};
key AC01 {
type= FOUR_LEVEL_ALPHABETIC,
[ a, A, acircumflex, Acircumflex ]
};
key AC02 {
type= FOUR_LEVEL_ALPHABETIC,
[ s, S, scedilla, Scedilla ]
};
key AC07 {
type= FOUR_LEVEL_ALPHABETIC,
[ j, J, idiaeresis, Idiaeresis ]
};
key AC10 {
type= FOUR_LEVEL,
[ semicolon, colon, rightsinglequotemark, dead_diaeresis ]
};
key AC11 {
type= FOUR_LEVEL,
[ apostrophe, quotedbl, dead_acute, dead_diaeresis ]
};
key AB03 {
type= FOUR_LEVEL_ALPHABETIC,
[ c, C, ccedilla, Ccedilla ]
};
key AB06 {
type= FOUR_LEVEL_ALPHABETIC,
[ n, N, ntilde, Ntilde ]
};
key AB08 {
type= FOUR_LEVEL,
[ comma, less, dead_cedilla, dead_caron ]
};
key AB09 {
type= FOUR_LEVEL,
[ period, greater, dead_abovedot, dead_circumflex ]
};
key SPCE {
type= THREE_LEVEL,
[ space, space, nobreakspace ]
};
key FK10 {
type= FOUR_LEVEL_ALPHABETIC, # FUNCTION,
[ eacute, Eacute, ediaeresis, Ediaeresis
#, XF86_Switch_VT_10
]
};
key FK11 {
type= FOUR_LEVEL_ALPHABETIC, # FUNCTION,
[ egrave, Egrave, oe, OE
#, XF86_Switch_VT_11
]
};
key FK12 {
type= FOUR_LEVEL_ALPHABETIC, # FUNCTION,
[ agrave, Agrave, ugrave, Ugrave
#, XF86_Switch_VT_12
]
};
};
Bug#531771: xkb-data: level 3 switch not working anymore
Hello, same bug for me on a Logitech Keyboard with danish layout. What exactly is needed to workaround this bug? Downgrading to Lenny's xkb-data version and restarting X was not enough for me. I also tried to set different values in XKBOPTIONS of /etc/default/console-setup, but no luck. (Feel free to remove this noise message once this bug report includes the steps to workaround) Thanks, Loris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531771: xkb-data: level 3 switch not working anymore
I confirm this bug (?). Level3 does work any more in some (xlib?)
applications like e.g. urxvt but not in other (libgtk?) applications
like evolution. Setup with xkb-data 1.6-1 as follows:
xorg.conf:
Section InputDevice
Identifier Generic Keyboard
Driver kbd
Option CoreKeyboard
Option XkbRules xorg
Option XkbModel apple_laptop
Option XkbLayout de
Option XkbVariantmac_nodeadkeys
Option XkbOptionslv3:win_switch
EndSection
setxkbmap -print:
xkb_keymap {
xkb_keycodes { include xfree86+aliases(qwertz) };
xkb_types { include complete };
xkb_compat{ include complete };
xkb_symbols { include pc+de(mac_nodeadkeys)+level3(win_switch)
};
xkb_geometry { include pc(pc104) };
};
xmodmap:
xmodmap: up to 4 keys per modifier, (keycodes in parentheses):
shift Shift_L (0x32), Shift_R (0x3e)
lockCaps_Lock (0x42)
control Control_L (0x25), Control_R (0x6d)
mod1Alt_L (0x40), Meta_L (0x9c)
mod2Num_Lock (0x4d)
mod3
mod4ISO_Level3_Shift (0x73), ISO_Level3_Shift (0x74), Super_L
(0x7f), Hyper_L (0x80)
mod5Mode_switch (0x5d), ISO_Level3_Shift (0x71),
ISO_Level3_Shift (0x7c)
xmodmap -pke | grep Level3
keycode 113 = ISO_Level3_Shift NoSymbol ISO_Level3_Shift NoSymbol
ISO_Level3_Shift
keycode 115 = ISO_Level3_Shift NoSymbol ISO_Level3_Shift NoSymbol
ISO_Level3_Shift
keycode 116 = ISO_Level3_Shift NoSymbol ISO_Level3_Shift NoSymbol
ISO_Level3_Shift
keycode 124 = ISO_Level3_Shift NoSymbol ISO_Level3_Shift NoSymbol
ISO_Level3_Shift
xev:
According to xev the left and right Win-Keys (= Apple-Keys on the mac
keyboard) both have keycode 0x73:
KeyPress event, serial 25, synthetic NO, window 0x161,
root 0x11c, subw 0x0, time 12205667, (478,468), root:(479,490),
state 0x10, keycode 115 (keysym 0xfe03, ISO_Level3_Shift),
same_screen YES,
XKeysymToKeycode returns keycode: 113
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 28, synthetic NO, window 0x161,
root 0x11c, subw 0x0, time 12205717, (478,468), root:(479,490),
state 0xd0, keycode 115 (keysym 0xfe03, ISO_Level3_Shift),
same_screen YES,
XKeysymToKeycode returns keycode: 113
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 28, synthetic NO, window 0x161,
root 0x11c, subw 0x0, time 12206856, (478,468), root:(479,490),
state 0x10, keycode 115 (keysym 0xfe03, ISO_Level3_Shift),
same_screen YES,
XKeysymToKeycode returns keycode: 113
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 28, synthetic NO, window 0x161,
root 0x11c, subw 0x0, time 12206907, (478,468), root:(479,490),
state 0xd0, keycode 115 (keysym 0xfe03, ISO_Level3_Shift),
same_screen YES,
XKeysymToKeycode returns keycode: 113
XLookupString gives 0 bytes:
XFilterEvent returns: False
Removing Super and Hyper from mod4 in a working Level3 at least for
emacs22-gtk but no other applications.
There's no hint in either xkb-data/changelog.Debian.gz nor
xkb-data/changelog.gz that explains this bug (?) to me.
What else could I contribute to help analyzing the lacking Level3
function?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531771: xkb-data: level 3 switch not working anymore in gtk with level3(lwin_switch)
Package: xkb-data
I've been experiencing similar problems since a recent upgrade of
xkb-data to 1.6-1:
- level 3 characters do not work anymore in GTK applications when the
option level3(lwin_switch) is set, but work in gnome-terminal or QT
applications
- they work if I disable the option level3(lwin_switch)
- they work if I leave the option level3(lwin_switch) set, but
downgrade xkb-data to 1.5-2
My output of setxkbmap -print is:
xkb_keymap {
xkb_keycodes { include xfree86+aliases(azerty) };
xkb_types { include complete };
xkb_compat{ include complete };
xkb_symbols { include
pc+fr(dvorak)+us:2+group(shifts_toggle)+level3(ralt_switch)+level3(lwin_switch)
};
xkb_geometry { include pc(pc105) };
};
I guess Nicolas would get rid of the problem after disabling
rwin_switch.
HTH,
--
Stephane
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.29-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531771: xkb-data: level 3 switch not working anymore in gtk with level3(lwin_switch)
Stephane Glondu a écrit : I've been experiencing similar problems since a recent upgrade of xkb-data to 1.6-1: [...] - they work if I leave the option level3(lwin_switch) set, but downgrade xkb-data to 1.5-2 Bisecting identifies the first bad commit as: http://git.debian.org/?p=pkg-xorg/data/xkb-data.git;a=commit;h=5de02aa07a8d4bbe1957af3a38212c3507f2436f Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531771: xkb-data: level 3 switch not working anymore
Package: xkb-data Version: 1.6-1 Severity: important Hello, Since the upgrade the version 1.6, my level 3 switch stopped working in gdm (but not under gnome). Here is the relevant information from /etc/default/console-setup # The following variables describe your keyboard and can have the same # values as the XkbModel, XkbLayout, XkbVariant and XkbOptions options # in /etc/X11/xorg.conf. XKBMODEL=macintosh XKBLAYOUT=be XKBVARIANT= XKBOPTIONS=lv3:rwin_switch,ctrl:swapcaps I set the severity to grave since people might have special characters in their password and found themselves locked out of their account if they don't know how to change it (or how to revert to version 1.5). -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- Nicolas Évrard | Web: http://www.openhex.com Liège - Belgique -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
