Re: Help-char bogosoties [was Re: delete-key-deletes-forward]
>>>> "Jan" == Jan Vroonhof
<vroonhof(a)math.ethz.ch> writes:
Jan> Martin Buchholz <martin(a)xemacs.org> writes:
> The right fix should not do a remprop.
Jan> Then I suggest that help-char should be changed to '(control h)
Jan> and that tty the code in
Jan> if (XEVENT (event2)->event_type != key_press_event)
Jan> retval = 0;
Jan> else if (CONSOLE_TTY_P (XCONSOLE (EVENT_CHANNEL (event))))
Jan> {
Jan> int ch1, ch2;
Jan> ch1 = event_to_character (event, 0, 0, 0);
Jan> ch2 = event_to_character (XEVENT (event2), 0, 0, 0);
Jan> retval = (ch1 >= 0 && ch2 >= 0 && ch1 == ch2);
Jan> }
Jan> else if (EQ (event->event.key.keysym, XEVENT (event2)->event.key.keysym)
&&
event-> event.key.modifiers == XEVENT (event2)->event.key.modifiers)
Jan> retval = 1;
Jan> else
Jan> retval = 0;
Jan> be changed such that it does not try to compare characters but be more
Jan> intelligent.
The very idea of a single help-char is bogus. I want (control h),
help, and f1 ALL to be equivalent as help-chars.
In any case, Jan and Glynn, you guys are technically compietent.
Think hard about how to do character frobbing right, treat the source
as if you owned it and just do it Right.
And (re)read the comment at the start of event-stream.c.
Oh, and do you really want C-q Backspace to trigger
key read cannot be inserted in a buffer: #<keypress-event backspace>
??
The reason I think we should keep the ascii equivalences of backspace
and delete is that these very names are enshrined in the ASCII standard.
This is not in any way a veto.
Martin