GNU bug report logs - #6192
24.0.50; eldoc-mode: unexpected recentering

Previous Next

Package: emacs;

Reported by: Stephen Berman <stephen.berman <at> gmx.net>

Date: Fri, 14 May 2010 17:12:01 UTC

Severity: normal

Tags: moreinfo

Merged with 14520

Found in versions 24.0.50, 24.3

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: stephen.berman <at> gmx.net, 6192 <at> debbugs.gnu.org
Subject: bug#6192: 24.0.50; eldoc-mode: unexpected recentering
Date: Sun, 16 May 2010 20:14:53 +0300
> Date: Sun, 16 May 2010 10:18:00 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: stephen.berman <at> gmx.net, 6192 <at> debbugs.gnu.org
> 
>  >>  >> Do you see a change if you customize resize-mini-windows to t?
>  >>  >
>  >>  > No, the echo area still expands to two lines.
>  >>
>  >> "A value of t means resize them to fit the text displayed in them."  Not
>  >> very different from grow-only in the case at hand ;-)
>  >
>  > It's very different in how Emacs shrinks them back.
> 
> So far Stephen was concerned with the expanding step only.  But any
> difference between `grow-only' and t should have an impact iff the
> height of the minibuffer changes from some value `old' to some value
> `new' where 1 < new < old.  IIUC `eldoc-mode' never shrinks the echo
> area back to some value > 1.

At the time I asked that question, I thought that perhaps some
previous message enlarged the echo area, only to be replaced quickly
by the shorter message that Stephen was reporting.




This bug report was last modified 3 years and 16 days ago.

Previous Next


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