Bug#775952: xterm: VT100.backarrowKey default value vs man page documentation
Package: xterm
Version: 312-1
Severity: normal
Whether I run
xterm -xrm "*VT100.backarrowKey: true"
or
xterm -xrm "*VT100.backarrowKey: false"
the backarrow key gives the delete (127) character, while the xterm
man page says:
backarrowKey (class BackarrowKey)
Specifies whether the backarrow key transmits a backspace (8)
or delete (127) character. This corresponds to the DECBKM
control sequence. A “true” value specifies backspace. The
default is “True”. Pressing the control key toggles this
behavior.
This is actually the observed behavior only when backarrowKeyIsErase
is set to false:
xterm -xrm "*backarrowKeyIsErase: false" -xrm ...
I think that when backarrowKeyIsErase is set to true (the default),
this is the expected behavior, as described under backarrowKeyIsErase,
and that the man page description of backarrowKey is incorrect.
So, I suppose that the default value of backarrowKey is "true" if
backarrowKeyIsErase is false; otherwise it depends...
But the relation between backarrowKeyIsErase, ptyInitialErase,
ttyModes and backarrowKey is still unclear.
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages xterm depends on:
ii libc6 2.19-13
ii libfontconfig1 2.11.0-6.3
ii libice6 2:1.0.9-1+b1
ii libtinfo5 5.9+20140913-1+b1
ii libutempter0 1.1.5-4
ii libx11-6 2:1.6.2-3
ii libxaw7 2:1.0.12-2+b1
ii libxft2 2.3.2-1
ii libxmu6 2:1.1.2-1
ii libxpm4 1:3.5.11-1+b1
ii libxt6 1:1.1.4-1+b1
ii xbitmaps 1.1.1-2
Versions of packages xterm recommends:
ii x11-utils 7.7+2
Versions of packages xterm suggests:
pn xfonts-cyrillic <none>
-- no debconf information
Reply to: