Re: Inconsistant Delete Key

["CarlC" <carlc@snowbd.com>]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1740 bytes --]

Here is the describe key output from my to edit sessions:

---------------------------------------------
GOOD:
DEL runs the command delete-char
   which is an interactive built-in function.

Delete the following N characters (previous if N is negative).
Optional second arg KILLFLAG non-nil means kill instead (save in kill ring).
Interactively, N is the prefix arg, and KILLFLAG is set if
N was explicitly specified.

(delete-char N &optional KILLFLAG)
--------------------------------------------------------
BAD:
DEL runs the command backward-delete-char-untabify
   which is an interactive compiled Lisp function in `simple'.
(backward-delete-char-untabify ARG &optional KILLP)

Delete characters backward, changing tabs into spaces.
The exact behavior depends on `backward-delete-char-untabify-method'.
Delete ARG chars, and kill (save in kill ring) if KILLP is non-nil.
Interactively, ARG is the prefix arg (default 1)
and KILLP is t if a prefix arg was specified.
----------------------------------------------------------
One thing that bothers me on this is that it is calling this key DEL. I
assume this is the same as [delete]. I also assume that [delete] is
synonymous with octal 177 value.

Thanks.

"Kai Großjohann" <Kai.Grossjohann@CS.Uni-Dortmund.DE> wrote in message
news:vafptvmqkqq.fsf@lucy.cs.uni-dortmund.de...
> "CarlC" <carlc@snowbd.com> writes:
>
> > John, your question sparked me to do some more testing. The filename
does
> > make a difference on my delete key. If I "emacs trash", the key works
like I
> > want it to. If I "cp trash trash.el; emacs trash.el", it does not.
>
> What does C-h k <delete> say in the two cases?
>
> kai
> --
> A large number of young women don't trust men with beards.  (BFBS Radio)