path: root/FAQ
diff options
authorChristoph Lohmann <20h@r-36.net>2013-01-07 19:53:41 +0100
committerChristoph Lohmann <20h@r-36.net>2013-01-07 19:53:41 +0100
commit73879c172943928542225cdc975b3b7e2449ddc0 (patch)
treed880884648daa84eac4a27a9e6a3118de878b499 /FAQ
parent5facd29f75401891fbac9c83d64c684bdb8f7c39 (diff)
Adding an FAQ entry for the keypad handling.
Thanks "Roberto E. Vargas Caballero" <k0ga@shike2.com>!
Diffstat (limited to 'FAQ')
1 files changed, 35 insertions, 0 deletions
diff --git a/FAQ b/FAQ
index b624145..438e7d8 100644
--- a/FAQ
+++ b/FAQ
@@ -37,4 +37,39 @@ back mode aka “copy mode”, it’s C-a ESC. You probably want defscrollback
[0] http://en.wikipedia.org/wiki/GNU_Screen
[1] http://en.wikipedia.org/wiki/Tmux
+Why doesn't the Del key work in some programs?
+Taken from the terminfo manpage:
+ If the terminal has a keypad that transmits codes when the keys
+ are pressed, this information can be given. Note that it is not
+ possible to handle terminals where the keypad only works in
+ local (this applies, for example, to the unshifted HP 2621 keys).
+ If the keypad can be set to transmit or not transmit, tive these
+ codes as smkx and rmkx. Otherwise the keypad is assumed to
+ always transmit.
+In the st case smkx=\E[?1h\E= and rmkx=\E[?1l\E>, so it is mandatory that
+applications which want to test against keypad keys, have to send these
+But buggy applications like bash and irssi for example don't do this. A fast
+solution for them is to use the following command:
+ $ echo ^[?1h^[= >/dev/tty
+ $ echo $(tput smkx) >/dev/tty
+In the case of bash it is using readline, which has a different not in its
+ enable-keypad (Off)
+ When set to On, readline will try to enable the
+ application keypad when it is called. Some systems
+ need this to enable arrow keys.
+Adding this option to your .inputrc will fix the keypad problem for all
+applications using readline.