bug#16129: 24.3.50; Emacs slow with follow-mode when buffer ends before last window

[Anders Lindgren <andlind@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2635 bytes --]

>
> > Sounds like a good idea to post this feature request. However, being a
> > realist, I doubt that this will happen anytime soon.
>
> You mean, the list of requirements, or their implementation?  I hoped
> the former should not be too hard to come up with, especially for
> someone who is familiar with follow-mode.
>

I mean the implementation -- adding this to the display engine is a major
undertaking. If it gets put on hold, or prove more complicated then
anticipated, I think that we can improve the current implementation with a
relatively small effort.

I think that we can come up with a list of requirements relatively easy.
Basically, it is supposed to do whatever Follow mode does today, with a few
exceptions (well, right now I can only think of one):

* It should be applied to all visible windows where Follow mode is active.
(Follow mode today only act upon the selected window -- Mainly for
efficiency reasons.)


> I would suggest that we also post feature requests for things that would
> > help the situation on a shorter time scale. Primarily, I would like to be
> > able, on a window-by-window basis, control whether or not a window should
> > be recentered, when empty.
>
> What should Emacs do instead of recentering a window?
>

It should keep the window empty.

Follow mode tries to create the illusion of a combining several windows
into one very tall window. When the tail of the buffer doesn't reach the
last window(s), for example when you have opened a very small file, follow
mode wants the remaining window(s) to be empty. Today, Emacs prevents this
by recentering them, breaking the illusion. (This, of course, does not
apply to the first window in a sequence of windows, because then you still
want the normal recentering.) Follow mode, today, sets the window-start to
point-max in those windows whenever it has a chance, to prevent the
recentering.

Stefan wrote:
> The region highlighting
> has been moved to Elisp, and it seems that follow-mode's highlighting
> code seems to interact poorly with the new behavior.
> But the good news is that follow-mode could use the new Elisp
> highlighting to "do it right" (no need to use hacks to try and coerce
> the redisplay to highlight the region over more than one window).

I will look into it the first chance I get! Where is the implementation
located, and what interface do I have to make it appear in more than one
window?

The current Follow mode implementation of getting the highlight region into
more than one window stopped working years ago (when Emacs decided that it
should only show the region in the selected window).

    -- Anders

[-- Attachment #2: Type: text/html, Size: 4139 bytes --]