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 #134 received at 6192 <at> debbugs.gnu.org (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
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:02:22 +0200

On Mon, May 17, 2010 at 7:53 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> 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?


Would it be possible to try 1 line scrolling first, then 2 etc? Or is
there something in the code that prevents that?
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.