GNU bug report logs - #14582
24.3.50.1; Strange overlay behavior, when window-start is inside an overlay.

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: larsi <at> gnus.org, esabof <at> gmail.com, 14582 <at> debbugs.gnu.org
Subject: Re: bug#14582: 24.3.50.1; Strange overlay behavior, when
 window-start is inside an overlay.
Date: Tue, 08 Feb 2022 14:23:44 +0200

> From: Michael Heerdegen <michael_heerdegen <at> web.de>
> Cc: larsi <at> gnus.org,  esabof <at> gmail.com,  14582 <at> debbugs.gnu.org
> Date: Tue, 08 Feb 2022 05:05:08 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > But what does this have to do with this bug report and the new
> > make-window-start-visible feature?
> 
> It only happens when the new feature is turned on.  Sorry that I failed
> to make that clear.  Never saw this problem before.  Issue disappears
> when turning the new feature off.

Why would you turn on make-window-start-visible in Info buffers?

> But I don't see the problem in -Q when I enable
> make-window-start-visible.

Neither do I, so there's something else at work here.

> I asked for your ideas because finding a recipe is a bit harder this
> time.  Just evaluating my big "set all important options" block in emacs
> -Q is not enough.  I guess I will need 10 or 15 mins, so don't waste
> your time when a related setting is not obvious.  It doesn't seem to be
> just a simple scroll-* option.  I guess it's not scrolling related at
> all but simply caused by the new feature.

The new feature overrides the decision about window-start made by
redisplay, and that is very closely related to scrolling, because
scrolling in Emacs works by basically setting the window-start point
and letting redisplay do the rest.

Previous Next

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