* Re: Intelligent stacking of messages in the echo area
@ 2022-04-09 4:46 emacsq
2022-04-09 18:53 ` Juri Linkov
0 siblings, 1 reply; 3+ messages in thread
From: emacsq @ 2022-04-09 4:46 UTC (permalink / raw)
To: emacs-devel@gnu.org
Have this fetaure gone nowhere? Showing multiple messages at
once in the echo area if one comes quickly after the other from
a different package, so they don't just hide/overwrite each other.
I remembered a discussion about it from 2019 and checked, but
apparently emacs 28 does not have this.
> (defcustom multi-message-timeout 2
> "Number of seconds between messages before clearing the accumulated list."
> :type 'number
> :group 'minibuffer
> :version "28.1")
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Intelligent stacking of messages in the echo area
2022-04-09 4:46 Intelligent stacking of messages in the echo area emacsq
@ 2022-04-09 18:53 ` Juri Linkov
2022-04-09 20:53 ` [External] : " Drew Adams
0 siblings, 1 reply; 3+ messages in thread
From: Juri Linkov @ 2022-04-09 18:53 UTC (permalink / raw)
To: emacsq; +Cc: emacs-devel@gnu.org
>> (defcustom multi-message-timeout 2
>> "Number of seconds between messages before clearing the accumulated list."
>> :type 'number
>> :group 'minibuffer
>> :version "28.1")
> Have this fetaure gone nowhere? Showing multiple messages at
> once in the echo area if one comes quickly after the other from
> a different package, so they don't just hide/overwrite each other.
>
> I remembered a discussion about it from 2019 and checked, but
> apparently emacs 28 does not have this.
We still have unsolved bug#40774. Maybe it could be fixed now.
Or maybe better to create a new report.
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: [External] : Re: Intelligent stacking of messages in the echo area
2022-04-09 18:53 ` Juri Linkov
@ 2022-04-09 20:53 ` Drew Adams
0 siblings, 0 replies; 3+ messages in thread
From: Drew Adams @ 2022-04-09 20:53 UTC (permalink / raw)
To: Juri Linkov, emacsq; +Cc: emacs-devel@gnu.org
> We still have unsolved bug#40774. Maybe it could be fixed now.
> Or maybe better to create a new report.
40774 isn't a bug, AFAICT. It's an enhancement
request. And if ever there was a bug thread
that runs in circles and isn't clear, this is it.
Eli's posts there are clear, IMO, but not the
thread overall.
If there really is a need for some enhancement
that's related to the request, it should be
thought through again, IMO -- and not starting
from an assumption that (ab)using the echo area
is the right way to begin.
There are presumably many other way to "solve"
the (unclear) problem. Among them are probably
various ways to _view_ the *Messages* log,
showing only what the OP wants to see, or
perhaps highlighting it.
Use the content of *Messages* - view/display
parts of it that might be particularly relevant
in different contexts. Leave the echo area out
of it.
(And no, I'm not proposing any such solution.
My comment is only that the "problem" is not
clearly specified, and likewise the "stack
messages in the echo area" solution for it.)
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2022-04-09 20:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-04-09 4:46 Intelligent stacking of messages in the echo area emacsq
2022-04-09 18:53 ` Juri Linkov
2022-04-09 20:53 ` [External] : " Drew Adams
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).