[konsole] [Bug 189116] konsole disregards center keypad key

[M. Raymond Vaughn]

https://bugs.kde.org/show_bug.cgi?id=189116

M. Raymond Vaughn <nethershaw at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |nethershaw at gmail.com

--- Comment #5 from M. Raymond Vaughn <nethershaw at gmail.com> ---
This ought to be marked confirmed.

It also ought to be receiving more attention than it has in the last _eight_
years.

A VT220-compatible terminal emulator should transmit unique DEC escape
sequences in application mode when NumLock is disabled:
http://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h2-VT220-Style-Function-Keys

Instead, Konsole emits an _incomplete_ set of PC-style escape sequences:
http://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h2-PC-Style-Function-Keys
-- notably with only the sequence for KP_5 missing. There is no apparent reason
for this.

Additionally, Konsole DOES appear sensitive to smkx/rmkx control sequences to
enter/exit application keypad mode, but incorrectly confuses two different
control character schemes. In default mode with NumLock off, the control
characters are 'ESC [' for ALL keypad digits including 7 and 1 (normally HOME
and END, respectively); in application keypad mode, however, the control
characters are 'ESC O'. Again in both cases, keypad digit 5 emits no escape
string.

Compare to the behavior of xterm, which Konsole ostensibly attempts to resemble
(indeed it lies to the shell by default by setting TERM=xterm while not
implementing all of its capabilities): in all cases, it emits a consistent
escape sequence for the center keypad key, whether NumLock or application
keypad mode are enabled or not.

KDE has apparently been sitting on this family of issues, which xterm has
always unfailingly handled despite being far less easy on the eyes, for the
better part of a decade. It looks more like Konsole was written with a
categorically inconsistent keybinding scheme than a simple omission -- and this
is still true in the very latest generally-usable KDE 5 Plasma environment
(konsole-16.08.3-r1).

Conclusion: I have yet to discover any way to define a Konsole keybinding for
this key with NumLock off.

Is it really so difficult for Konsole to just reproduce xterm's keybinding
behavior exactly? I know we all want to pretend Wayland is coming and will
solve all our problems...

...but X still exists and remains what most of us have to work with.

-- 
You are receiving this mail because:
You are the assignee for the bug.