Re: delete-overlay causes recentering

[Chong Yidong]

address@hidden (Johan Bockgård) writes:

> Chong Yidong <address@hidden> writes:
>
>> If we use the original values of BEG_UNCHANGED and END_UNCHANGED,
>> before it is "updated" by the above code, the spurious recentering
>> does not take place.  The original (2006) test case also seems to
>> behave OK -- in that case, we recenter correctly.  However, I can't be
>> certain this is correct because I don't know the original
>> justification for the above check.
>
> Thanks a lot for looking at this, but the new behavior is worse:
>
> When a window starts is in a continued line, it is recentered whenever
> the window is unselected--by activating the minibuffer, switching to
> another window, or switching to another frame.

I know an easy way to fix this.  The original patch that introduced
this problem in 2006 was intended to prevent an even more serious
problem---redisplay being completely garbled when window starts in a
continued line.  I think it will have to wait till after the release.