bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#38457: 27.0.50; dabbrev-expand regression due to message change


From: HaiJun Zhang
Subject: bug#38457: 27.0.50; dabbrev-expand regression due to message change
Date: Wed, 11 Dec 2019 11:24:37 +0800

在 2019年12月11日 +0800 AM1:50,Eli Zaretskii <eliz@gnu.org>,写道:

If resize-mini-windows is nil, the result will be the same as with the
current code, which calls minibuffer-message: the message is partially
or completely invisible.

BTW, we should probably think about replacing `message` with something
that lets the caller give more information about the intended behavior
(e.g. to also solve the issue of several successive calls to message
resulting in the user only seeing the last message). Of course, this
would be for Emacs-28.

Right.


Display combination of the prompt and the message is good but may be complex to implement it.
What about display message transiently and then restore to prompt?

I see the doc string of minibuffer-message-timeout says:

How long to display an echo-area message when the minibuffer is active.
If the value is a number, it should be specified in seconds.
If the value is not a number, such messages never time out.

If minibuffer is active, the message will be displayed  for a moment(like 1s) and then disappears.
If minibuffer is not active, the message will be displayed forever. I think this is simpler and also good for me.

What is the problem of this behaviour? Is it easier to implement?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]