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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: stephen.berman <at> gmx.net, 6192 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#6192: 24.0.50; eldoc-mode: unexpected recentering
Date: Mon, 17 May 2010 20:53:18 +0300

> From: Lennart Borgman <lennart.borgman <at> gmail.com>
> Date: Mon, 17 May 2010 16:43:09 +0200
> Cc: Stephen Berman <stephen.berman <at> gmx.net>, 6192 <at> debbugs.gnu.org
> 
> I don't think recentering is the right thing to do in this case. It is
> too surprising. Just scroll one line if needed.

When Emacs recenters, that means it exhausted all the other available
redisplay optimizations, and fell back on its default method of
completely redrawing a window.

What you want is an optimization that does not yet exist, AFAIK.  It
needs to be designed and coded.  The tricky part is to detect the
situation where the amount of scrolling can be easily computed in
advance, and do that computation without too many complications.  You
seem to think that this computation is easy, but that is only true
when the display shows characters of the same size everywhere.  In the
more general case, what do we do? still recenter?

Previous Next

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