* bug#13672: Pretest 24.2.93: minibuffer doesn't go small again after a multi-line echo.
@ 2013-02-10 9:47 Alan Mackenzie
2013-02-10 16:13 ` Eli Zaretskii
0 siblings, 1 reply; 4+ messages in thread
From: Alan Mackenzie @ 2013-02-10 9:47 UTC (permalink / raw)
To: 13672
Emacs 24.2.93 pretest:
emacs -Q
Now display a multi-line output in the echo area, e.g. with
C-x C-f .emacs
M-: imenu-generic-expression
. M-x now clears the buffer, but fails to return it to a single line's
height. This is surely a bug.
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#13672: Pretest 24.2.93: minibuffer doesn't go small again after a multi-line echo.
2013-02-10 9:47 bug#13672: Pretest 24.2.93: minibuffer doesn't go small again after a multi-line echo Alan Mackenzie
@ 2013-02-10 16:13 ` Eli Zaretskii
2013-02-10 18:13 ` Alan Mackenzie
2013-02-10 18:16 ` Alan Mackenzie
0 siblings, 2 replies; 4+ messages in thread
From: Eli Zaretskii @ 2013-02-10 16:13 UTC (permalink / raw)
To: Alan Mackenzie; +Cc: 13672
> Date: Sun, 10 Feb 2013 09:47:26 +0000
> From: Alan Mackenzie <acm@muc.de>
>
> Emacs 24.2.93 pretest:
>
> emacs -Q
>
> Now display a multi-line output in the echo area, e.g. with
>
> C-x C-f .emacs
> M-: imenu-generic-expression
>
> . M-x now clears the buffer, but fails to return it to a single line's
> height. This is surely a bug.
Not a bug, but a deliberate behavior. Emacs behaved like that by
default since v21.1. What you want you can have if you customize
resize-mini-windows to have the value t; see the doc string for more
details.
The reason for the default value is to avoid the annoying up and down
jumps of the mode line when the echo area displays messages of
different length.
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#13672: Pretest 24.2.93: minibuffer doesn't go small again after a multi-line echo.
2013-02-10 16:13 ` Eli Zaretskii
@ 2013-02-10 18:13 ` Alan Mackenzie
2013-02-10 18:16 ` Alan Mackenzie
1 sibling, 0 replies; 4+ messages in thread
From: Alan Mackenzie @ 2013-02-10 18:13 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 13672
On Sun, Feb 10, 2013 at 06:13:51PM +0200, Eli Zaretskii wrote:
> > Date: Sun, 10 Feb 2013 09:47:26 +0000
> > From: Alan Mackenzie <acm@muc.de>
> > Emacs 24.2.93 pretest:
> > emacs -Q
> > Now display a multi-line output in the echo area, e.g. with
> > C-x C-f .emacs
> > M-: imenu-generic-expression
> > . M-x now clears the buffer, but fails to return it to a single line's
> > height. This is surely a bug.
> Not a bug, but a deliberate behavior. Emacs behaved like that by
> default since v21.1. What you want you can have if you customize
> resize-mini-windows to have the value t; see the doc string for more
> details.
> The reason for the default value is to avoid the annoying up and down
> jumps of the mode line when the echo area displays messages of
> different length.
Ah. OK. Sorry for the noise.
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#13672: Pretest 24.2.93: minibuffer doesn't go small again after a multi-line echo.
2013-02-10 16:13 ` Eli Zaretskii
2013-02-10 18:13 ` Alan Mackenzie
@ 2013-02-10 18:16 ` Alan Mackenzie
1 sibling, 0 replies; 4+ messages in thread
From: Alan Mackenzie @ 2013-02-10 18:16 UTC (permalink / raw)
To: 13672-done
Closed as not a bug.
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-02-10 18:16 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-02-10 9:47 bug#13672: Pretest 24.2.93: minibuffer doesn't go small again after a multi-line echo Alan Mackenzie
2013-02-10 16:13 ` Eli Zaretskii
2013-02-10 18:13 ` Alan Mackenzie
2013-02-10 18:16 ` Alan Mackenzie
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).