Re: Proposal to improve the nomenclature of scrolling directions

[Eli Zaretskii]

> Date: Sat, 10 Nov 2012 12:05:40 +0100
> From: martin rudalics <address@hidden>
> Cc: Eli Barzilay <address@hidden>, address@hidden
> 
> AFAICT scrolling is partially implemented in the scroll functions and
> partially in the display engine.

True.

> For me, implementing a thing like
> `scroll-in-place' means to leave the scroll functions mainly untouched -
> we'd just record the original window-point and window-start positions
> there.  Then we need a `scroll-point' overlay for the "line is too
> short" case (Kim Storm has implemented a similar feature in his
> rectangle code) and adjust it in a `post-display' hook - the one you've
> been asking for in the past decade.  Also, that `post-display' hook
> would have to optionally handle the case where scrolling gets back to
> the original point and the user wants the window-start position to match
> the position it had before the scrolling sequence started.

You are talking about a solution that would work around the current
code in creative ways.  I would suggest changing the code instead.
Changing the code will necessarily involve touching the scroll
functions, because currently they move point to fit in the window.