[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Proposal to improve the nomenclature of scrolling directions

From: Eli Barzilay
Subject: Re: Proposal to improve the nomenclature of scrolling directions
Date: Thu, 8 Nov 2012 13:39:32 -0500

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!

reply via email to

[Prev in Thread] Current Thread [Next in Thread]