Re: BS/DEL change on TTY's
Hrvoje Niksic wrote:
Something looks mightily wrong with BS/DEL on TTY's. I am
working on
a "normal" TTY which emits ?\177 for key-above-enter, and
`stty erase' is ^?. However, in XEmacs, pressing `C-h c DEL'
produces:
BS runs the command delete-backward-char
WTF? Now I tried `C-q DEL', and I got ^H inserted in the buffer! I
tried `C-q C-h' and it also inserts C-h. In XEmacs 20.3, the same
inserts ^H and ^? respectively.
While this change is guided with good intentions, I believe it
obfuscates the distinction between C-h and C-? further, and it should
be rethought before the release. To sum it up, I believe pressing
`C-q DEL' should result with C-?, not C-h being inserted to the
buffer. Compare with `C-q up' on TTY's.
Does the patch that I posted for discussion about a week ago
(reproduced below) have any effect (either better or worse)?
If so, then rather than being removed, the definitions need to be set
to match the input translation.
Personally, I don't have a problem with `C-q BS' signalling an error;
you can always use `C-q 177' (which is unambiguous). However, I can
see that other people might have strong opinions as to how this should
behave.
--
Glynn Clements <glynn(a)sensei.co.uk>
--- lisp/events.el~ Sun Apr 5 04:59:48 1998
+++ lisp/events.el Fri May 29 04:33:49 1998
＠＠ -120,8 +120,6 ＠＠
(while pairs
(puthash (pop pairs) (pop pairs) keyboard-translate-table)))
-(put 'backspace 'ascii-character ?\b)
-(put 'delete 'ascii-character ?\177)
(put 'tab 'ascii-character ?\t)
(put 'linefeed 'ascii-character ?\n)
(put 'clear 'ascii-character 12)