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


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 6192 <at> debbugs.gnu.org
Subject: Re: bug#6192: 24.0.50; eldoc-mode: unexpected recentering
Date: Sat, 15 May 2010 09:36:55 +0300
> From: Stephen Berman <stephen.berman <at> gmx.net>
> Cc: 6192 <at> debbugs.gnu.org
> Date: Fri, 14 May 2010 23:44:06 +0200
> 
> > Anyway, from what you say it sounds like the message displayed by
> > eldoc-mode in the echo area, which causes redisplay, somehow makes
> > Emacs think the window where you have the Lisp file needs to be
> > recentered because point is in a line that is not visible enough.
> 
> Ah, your reference to the Eldoc message made me take another look, and I
> think I've now found a pattern: the recentering appears to happen only
> (and always) when the message is displayed, and then the minibuffer
> expands to and remains at two lines, even though the message is a single
> line.

When that happens, do you see any message in *Messages* besides the
one displayed in the echo area?

In general, a single-line message should not resize the echo area.  If
the echo area is resized, then recentering you describe is a normal
reaction of the display engine.  So the question now is why the echo
area is enlarged to 2 lines.




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.