Re: Proposal to improve the nomenclature of scrolling directions

[Eli Barzilay]

20 minutes ago, Nix wrote:
> 
> Yes, you have to do it like that. Point is always on-screen: this
> assumption is wired into all sorts of places and can never
> change. But what we *can* do is make point invisible after a motion
> command (pure motion only, not e.g. isearch, which means
> scroll-*-command only) that should leave point offscreen, then
> detect any *other* command (in the same way that e.g. `repeat' does)
> and jump back to where we were at the start of this chain of scroll
> commands, emptying the SIP-last-scroll lists and making point
> visible again.

It's just that my experience with installing a pre-command hook to do
something like this turned out to be so much work that having a
specialized event loop was saner.  In any case, I think that this is
not easy, and frankly, with a proper in-place scrolling, I don't see
any need for it beyond some rare occasional use of some command to
remember a place to go back to.

-- 
          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:
                    http://barzilay.org/                   Maze is Life!