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

Previous Next

Full log

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

From: E Sabof <esabof <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 14582 <at> debbugs.gnu.org
Subject: Re: bug#14582: 24.3.50.1; Strange overlay behavior, when window-start
 is inside an overlay.
Date: Sun, 9 Jun 2013 19:16:06 +0100

[Message part 1 (text/plain, inline)]

On Sun, Jun 9, 2013 at 6:52 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:

> > Date: Sun, 9 Jun 2013 18:37:12 +0100
> > From: E Sabof <esabof <at> gmail.com>
> > Cc: 14582 <at> debbugs.gnu.org
> >
> > I think the correct behavior would be to adjust the window-position.
>
> Adjust to where?
>

Either to the next or previous character starting a line.

>
> > Yes, it happens quite frequently after (fold-dwim-hide-all), and maybe in
> > similar commands.
>
> Who calls set-window-start there, and why do they set window-start in
> the middle of text that is hidden?
>

There is no need to call it explicitly. Part of a function might be before
the window start, and part after. If one evokes hs-hide-all (to which
fold-dwim-hide-all
delegates), the same thing will happen.

[Message part 2 (text/html, inline)]

Previous Next

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