[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Framework extending window functions for Follow Mode (etc.).
From: |
Juri Linkov |
Subject: |
Re: Framework extending window functions for Follow Mode (etc.). |
Date: |
Sat, 07 Nov 2015 23:58:29 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (x86_64-pc-linux-gnu) |
>> I admit I am confused. I thought we had narrowed down three possible
>> solutions to this issue (which you just listed over at the bug thread), all
>> of which are simpler than this code.
>
> Those solutions are to merely one part of the bug, namely C-s wrongly
> scrolling a window instead of moving onto the next one.
>
> The other parts of #17453 are:
> 2: lazy highlighting is confined to one Follow Mode window (I'm a bit
> confused as to the status of this, though);
This problem is already solved by enabling lazy-highlighting of the whole
follow-mode buffer, but I postponed installing that patch to not create merge
conflicts with your work in the same functions.
> 3: With isearch-allow-scroll enabled, it is not possible to scroll point
> to the next or previous Follow Mode window;
> , in addition to which I have a fix for ...
That's because isearch-post-command-hook uses isearch-pre-scroll-point
to move it back, so it's possible to nullify isearch-pre-scroll-point
in follow-mode, but I see that it leaves the highlighted found string
at its old position because the isearch-allow-scroll feature doesn't support
finding the next search hit after scrolling, or something like this
that would make sense. IOW, this is a limitation of isearch-allow-scroll.
> 4: With point near the bottom of a Follow Mode window, start an Isearch,
> and repeatedly do M-s C-e, until the highlighted match continues on to
> the next window. Continue doing M-s C-e until the string in the
> minibuffer expands by a line. At this point the top of the RH window
> gets spuriously scrolled into the middle of the window, leaving the FM
> windows unsynchronised.
I see the same behavior even without Isearch.
Honestly, I see here nothing that requires a new multi-window framework.
- Re: Framework extending window functions for Follow Mode (etc.)., (continued)
- Re: Framework extending window functions for Follow Mode (etc.)., martin rudalics, 2015/11/07
- Re: Framework extending window functions for Follow Mode (etc.)., Alan Mackenzie, 2015/11/07
- Re: Framework extending window functions for Follow Mode (etc.)., martin rudalics, 2015/11/08
- Re: Framework extending window functions for Follow Mode (etc.)., Alan Mackenzie, 2015/11/08
- Re: Framework extending window functions for Follow Mode (etc.)., martin rudalics, 2015/11/08
- Re: Framework extending window functions for Follow Mode (etc.)., Alan Mackenzie, 2015/11/08
- Re: Framework extending window functions for Follow Mode (etc.)., martin rudalics, 2015/11/09
- Re: Framework extending window functions for Follow Mode (etc.)., Alan Mackenzie, 2015/11/09
Re: Framework extending window functions for Follow Mode (etc.)., Artur Malabarba, 2015/11/07