! /* Display help-echo property under the mouse pointer. Either show it
!in the echo area or when non-nil call show-help-function to display
!it by other means (maybe in tooltips).
That is clear. I will install it, assuming that it is correct, and I
hope someone else will fix
Hi Richard.
Richard Stallman said:
> Could someone please clarify the comment based on this?
> The existing comment was not written with a view to making
> it clear to people who don't already know.
Would this change be clear enough?
diff -c "keyboard.c" "/tmp/buffer-content-86723hP"
*** keyboar
It is called to display information stored in the help-echo property
of strings. For example moving the mouse pointer over the mode-line,
menu entries or some buttons, buffer lines in grep-mode. Normaly
show_help_echo delegates all work to show-help-function. This
mechanism i
Hi Richard.
Richard Stallman said:
> What job does show_help_echo do? The comment says
[..]
> but that is cryptic and incomprehensible. For instance, it says
> "Display help echo"; what is this "help echo" that it is supposed
> to display?
>
> Under what sort of circumstances does this function
What job does show_help_echo do? The comment says
/* Display help echo in the echo area.
HELP a string means display that string, HELP nil means clear the
help echo. If HELP is a function, call it with OBJECT and POS as
arguments; the function should return a help strin
Hi Stefan.
Stefan Monnier said:
> I'd rather find a way to get the best of both worlds without
> a config variable.
> E.g. using scrolling in the single-line minibuffer, or by only truncating
> for the first few seconds and then expanding the echo area if you stay on
> the same help-echo spot long
> When tooltip-mode is disabled or more general when show-help-funtion
> is nil the help messages are shown in the echo area. During display
> message-truncate-display is bound to t. I suspect this was done to
> avoid a "jumping echo area". This is nice but i would accept this
> tradeoff to see
