Eli Zaretskii <
eliz@gnu.org> writes:
>> From: Mauro Aranda <
maurooaranda@gmail.com>
>> Date: Sun, 1 Sep 2019 07:43:42 -0300
>> Cc:
3192@debbugs.gnu.org>>
>> + ;; Only stop displaying the message when the current message is our own.
>> + ;; This has the advantage of not clearing the echo area when
>> + ;; running after an error message was displayed. (Bug#3192)
>> + ((equal-including-properties tooltip-help-message (current-message))
>> (message nil)))))
>
> I think this will effectively disable tooltip messages in the echo
> area in too many situations.
Sorry, I don't think I follow. The clause I propose would replace a
clause whose condition is `t'. So the new code would run, at most, in the
same cases that the current code, right? And the two clauses (the
current, and my proposed replace) call `message' with a nil argument, so
if there is some disabling, it is already happening, right?
But I can't figure out why this code (or the current code) would be
disabling tooltip messages. AFAIU, the case when there is some message
to show is already handled in the first of the clauses, with the
condition: (stringp help).
> How about if we show the tooltip in these cases for only some short
> enough period of time, like 2 sec, and then restore the original
> contents of the echo area?
There should be no tooltip message to show, because this condition would
be reached if HELP is nil. (HELP might be either a string or nil, just
like in `tooltip-show-help' function). So I think when the two
previous conditions were not meet, it indicates that it is time to clear
the echo area. But we shouldn't do that unconditionally, only when the
current message is that of a tooltip.