GNU bug report logs - #13672
Pretest 24.2.93: minibuffer doesn't go small again after a multi-line echo.

Previous Next

Package: emacs;

Reported by: Alan Mackenzie <acm <at> muc.de>

Date: Sun, 10 Feb 2013 09:56:02 UTC

Severity: normal

Done: Alan Mackenzie <acm <at> muc.de>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 13672 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Mackenzie <acm <at> muc.de>
Cc: 13672 <at> debbugs.gnu.org
Subject: Re: bug#13672: Pretest 24.2.93: minibuffer doesn't go small again
	after a	multi-line echo.
Date: Sun, 10 Feb 2013 18:13:51 +0200
> Date: Sun, 10 Feb 2013 09:47:26 +0000
> From: Alan Mackenzie <acm <at> 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.




This bug report was last modified 12 years and 103 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.