[I got redirected here from StackOverflow as this is not a programming question (oops).]
For about the last three years or so, under X11, Alt+KP_[n] has yielded a different keycode/keysym (set?) than Alt+[n]. I have been using this difference to change fonts on the fly on urxvt. Checking the version of urxvt shows that the version has not changed since 2021...
rxvt-unicode (urxvt) v9.26 - released: 2021-05-14
...so, what has changed in X11 to cause this, and why has this (been) changed? Or, conversely, is there anything I can do in any of my configurations (xmodmap, etc) to re-enable this behaviour? I can't really switch to having Alt+[n] accomplish this, as I use Alt+[n] as digit-argument in bash (via .inputrc).
I would really like to get the old behaviour of Alt+KP_[n] back. KP_7 shows as a different keystroke under xev than does 7, even though it shows the same output value
This is happening on X11 under both cygwin and NetBSD.
Excerpt of xev(X11) output:
root 0x36f, subw 0x0, time 2440468, (174,166), root:(2818,273),
state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 33, synthetic NO, window 0xc00001,
root 0x36f, subw 0x0, time 2441828, (174,166), root:(2818,273),
state 0x18, keycode 79 (keysym 0xffb7, KP_7), same_screen YES,
XLookupString gives 1 bytes: (37) "7"
XmbLookupString gives 1 bytes: (37) "7"
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0xc00001,
root 0x36f, subw 0x0, time 2441906, (174,166), root:(2818,273),
state 0x18, keycode 79 (keysym 0xffb7, KP_7), same_screen YES,
XLookupString gives 1 bytes: (37) "7"
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0xc00001,
root 0x36f, subw 0x0, time 2442734, (174,166), root:(2818,273),
state 0x18, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 33, synthetic NO, window 0xc00001,
root 0x36f, subw 0x0, time 2445171, (174,166), root:(2818,273),
state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 33, synthetic NO, window 0xc00001,
root 0x36f, subw 0x0, time 2445390, (174,166), root:(2818,273),
state 0x18, keycode 16 (keysym 0x37, 7), same_screen YES,
XLookupString gives 1 bytes: (37) "7"
XmbLookupString gives 1 bytes: (37) "7"
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0xc00001,
root 0x36f, subw 0x0, time 2445468, (174,166), root:(2818,273),
state 0x18, keycode 16 (keysym 0x37, 7), same_screen YES,
XLookupString gives 1 bytes: (37) "7"
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0xc00001,
root 0x36f, subw 0x0, time 2445984, (174,166), root:(2818,273),
state 0x18, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
TRIED: In a urxvt, I pressed Alt+KP_7 (sub any KP_ for 7, it makes no difference).
EXPECTED: I expected, as had happened before, the font to change, by virtue of Alt+KP_7 not being interpreted as the same keystroke as Alt+7.
ACTUAL RESULT: bash prompted (arg: 7), as though I had pressed Alt+7.
![[link]](https://i.redd.it/no7c5cap78lf1.jpeg){kind=link}
![[link]](https://i.redd.it/iajqnmlzc7kf1.jpeg){kind=link}