Re: Help-char bogosoties [was Re: delete-key-deletes-forward]
>>>> "Jan" == Jan Vroonhof
<vroonhof(a)math.ethz.ch> writes:
Jan> Jan Vroonhof <vroonhof(a)math.ethz.ch> writes:
> [Glyn's fix to (remprop 'backspace ascii-char)]
>
> It does seem to work. However as you suggest it may not be the right
> fix. Maybe event loop key look-up is slightly bogus when in the
> minibuffer.
Jan> Looking for other fixes I found that the problem lies in
Jan> event_matches_key_specifier_p
Jan> which is used to check whether help-char is bound. (To see the problem
Jan> do a (setq help-form "ouch!") and then you git it even without
Jan> read-minibuffer.
Jan> If the key specifier to be matched is a char then the event is forced
Jan> to char before comparison (using the 'ascii-char property if need be).
Jan> However if the key specifier is a normal specifier then nothing is
Jan> done. So we can also fix the problem by setting
Jan> (setq help-char '(control h))
Jan> However for some reason this does not work on TTY's (Backspace is till
Jan> considered help-char with the ascii-character property set). The in
Jan> code event_matches_key_specifier_p seems indeed to handle things
Jan> differently for ttys.
Jan> Jan
Jan> P.S. Note with (remprop 'backspace 'ascii-char) 'C-q Backspace'
no
Jan> longer insets a ^H, I am not sure that is a loss.
This IS a loss. Some key strokes have obvious ascii characters
associated with them, and backspace is historically associated with
C-h, delete with C-?
The right fix should not do a remprop.
Martin