| William H. Magill on 9 Jun 2005 18:06:27 -0000 |
|
On 09 Jun, 2005, at 08:41, Jeff Abrahamson wrote: also under window settings, keyboard, check off "Delete key sends Backspace"
Emacs doesn't differentiate between ctl-h and backspace, but it does between ctl-h and del. By default, Emacs does not (and as far as I know, never has) use Ctl-h as "delete character," but rather as a call to "help." It uses "del" for delete character, which is what "del" is defined as. The "backspace" as delete character is a convention from DOS days as I recall ... related to cursor positioning. In days of yore, (nee APL) we used to fight about "destructive" and "non-destructive" backspace issues. Emacs has always worked the same way that APL did -- "backspace (ctl-h)" moved the cursor back one character but DID not purge that character from the input buffer! However, lots of word processors used this technique to allow "underscore" characters. Put another way, emacs never worked the same way the old BSD keyboard buffer controls worked; where ctl-h deleted a character from the input buffer. (System V used a different set of keyboard buffer controls.) In Terminal, under Window Settings / Keyboard; There is an entire mapping of what keys send what codes. You will note that most send the double escape sequence... \033[<xx> or \033O<xx> (I use the VT100 encodings) You can change them to match whatever termtype setting you have configured on your linux box, and or modified by your login's .profile (.login, etc.) The issue with emacs is not that it is not getting the codes, but rather that it is not getting the codes it is configured to use. I have used emacs on Tru64, Solaris and AIX from MacOS and OSX terminal windows for years, and the trick is simply getting a consistent set of definitions between the terminal app and the target host. The one I had the most trouble with was AIX because their termcap/terminfo definition of VT100 was broken -- had to create my own tic file to fix the problem.
|
|