Why does X11 generate an extra SHIFT when I press Shift+KP_1 ?
Lucien Gentis
lucien.gentis at univ-lorraine.fr
Mon Feb 17 16:27:22 UTC 2020
Hello Sreyan,
Did you try SHIFT+KP_1 with NumLock disabled ?
I think there is a conflict between Shift and NumLock when used with the
numeric pad.
xev sees the KeyEvents, but if you press SHIFT+KP_1 with NumLock enabled
in an application like LibreOffice, or even vi, nothing happens.
Le 17/02/2020 à 16:22, Sreyan Chakravarty a écrit :
> You can find the entire output here:
>
> https://pastebin.com/geeTYpSn
>
> On Mon, Feb 17, 2020 at 8:34 PM Sreyan Chakravarty <sreyan32 at gmail.com
> <mailto:sreyan32 at gmail.com>> wrote:
>
> I did post the unfiltered output but it got scrubbed.
>
> This is my unfiltered output:
>
> IT SEEMS THE MOMENT I PRESS KP_1 WITH SHIFT A RELEASE EVENT IS
> GENERATED FOR MY SHIFT KEY EVEN BEFORE THE KEY PRESS FOR KP_1 IS
> REGISTERED AND WHEN I RELEASE KP_1 A PRESS EVENT IS GENERATED.
>
> IT IS ALMOST AS IF MY XKB CONFIGURATION FORBIDS SHIFT+KP_1 NO
> MATTER WHAT I DO.
>
> KeyPress event, serial 30, synthetic NO, window 0x4e00001,
> root 0x3ac, subw 0x0, time 753837, (164,561), root:(814,600),
> state 0x10, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
> XLookupString gives 0 bytes:
> XFilterEvent returns: False
>
> KeyRelease event, serial 30, synthetic NO, window 0x4e00001,
> root 0x3ac, subw 0x0, time 754303, (164,561), root:(814,600),
> state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
> XLookupString gives 0 bytes:
> XFilterEvent returns: False
>
> KeyPress event, serial 30, synthetic NO, window 0x4e00001,
> root 0x3ac, subw 0x0, time 754305, (164,561), root:(814,600),
> state 0x10, keycode 87 (keysym 0xffb1, KP_1), same_screen YES,
> XLookupString gives 1 bytes: (31) "1"
> XFilterEvent returns: False
>
> KeyRelease event, serial 30, synthetic NO, window 0x4e00001,
> root 0x3ac, subw 0x0, time 754351, (164,561), root:(814,600),
> state 0x10, keycode 87 (keysym 0xffb1, KP_1), same_screen YES,
> XLookupString gives 1 bytes: (31) "1"
> XFilterEvent returns: False
>
> KeyPress event, serial 30, synthetic NO, window 0x4e00001,
> root 0x3ac, subw 0x0, time 754352, (164,561), root:(814,600),
> state 0x10, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
> XLookupString gives 0 bytes:
> XFilterEvent returns: False
>
> This is the weirdest thing I have seen. What is causing this ?
>
> How can I view my current keyboard layout and the rules set in
> that layout for modifiers ?
>
> On Mon, Feb 17, 2020 at 3:13 PM Ilya Anfimov <ilan at tzirechnoy.com
> <mailto:ilan at tzirechnoy.com>> wrote:
>
> On Sun, Feb 16, 2020 at 04:41:55PM +0530, Sreyan Chakravarty
> wrote:
> > When I press
> > Shift+KP_1 why am I getting an extra Shift in my xev output ?
> >
> > 50 Shift_L
> > 87 KP_1
> > 50 Shift_L
> >
> > I am running xev in the following format:
> >
> > xev | awk -F'[ )]+' '/^KeyPress/ { a[NR+2] } NR in a {
> printf "%-3s %s\n", $5, $8 }'
> >
> > This is messing with my i3 configs. Where is the extra
> Shift coming from ? I have disabled
> > autorepeat and I still get the same output. (xset r off)
> >
> > Keyboard Layout: English US Default
> > OS: Manjaro i3wm
> > Why is this happening?
>
> Can you post unfiltered xev output when you press and release
> theese keys?
>
> Well, this could be some misinterpretation of xev, as well as
> some xkb internal processings. xev output should rule out the
> first variant.
> >
> > --
> > Regards,
> > Sreyan Chakravarty
>
> > _______________________________________________
> > xorg at lists.x.org <mailto:xorg at lists.x.org>: X.Org support
> > Archives: http://lists.freedesktop.org/archives/xorg
> > Info: https://lists.x.org/mailman/listinfo/xorg
> > Your subscription address: %(user_address)s
>
>
>
> --
> Regards,
> Sreyan Chakravarty
>
>
>
> --
> Regards,
> Sreyan Chakravarty
>
> _______________________________________________
> xorg at lists.x.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: https://lists.x.org/mailman/listinfo/xorg
> Your subscription address: %(user_address)s
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.x.org/archives/xorg/attachments/20200217/1288fedc/attachment-0001.htm>
More information about the xorg
mailing list