[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: Stefan Monnier
Subject: Re: Proposal to improve the nomenclature of scrolling directions
Date: Thu, 08 Nov 2012 13:39:36 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)

> I'm honestly not sure how anyone can tolerate Emacs's default scrolling
> behaviour -- I've used something like scroll-in-place for my entire life

AFAIK scroll-preserve-screen-position already provides most of
that behavior.  I have it set to `always' here, mostly as an experiment
(started years ago and that I had forgotten about).  During this
experiment I've noticed one case where it's annoying:
when you have everything folded and use reveal-mode, it causes scroll
commands to much too often hide the text I'm looking at (because while
it'd still be onscreen, point was moved to some other line that's
outside of the function which as a consequence gets refolded).
So I think a value of t would fit my usage pattern better.

> 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

Right, e.g. using something like set-temporary-overlay-map.  Note that
I wouldn't do it for just "any other" command (that's what many other
editors do, but I find it insufferable).  Better provide just one
particular "jump back" binding (C-g sounds like a natural choice for


reply via email to

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