GNU bug report logs - #36494
27.0.50; [Proposition] New option to scroll up regardless of eob

Previous Next

Package: emacs;

Reported by: marcowahlsoft <at> gmail.com

Date: Thu, 4 Jul 2019 11:04:01 UTC

Severity: wishlist

Found in version 27.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Marco Wahl <marcowahlsoft <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Marco Wahl <marcowahlsoft <at> gmail.com>, 36494 <at> debbugs.gnu.org
Subject: bug#36494: 27.0.50; [Proposition] New option to scroll up regardless of eob
Date: Thu, 04 Jul 2019 22:59:11 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Marco Wahl <marcowahlsoft <at> gmail.com>
>> Cc: marcowahlsoft <at> gmail.com,  36494 <at> debbugs.gnu.org
>> Date: Thu, 04 Jul 2019 15:33:38 +0200
>> 
>> > How about if we bind S-DOWN and S-UP to commands that scroll to EOB
>> > without introducing any new option?  That would mimic pages like Less
>> > which stop at EOB with an unshifted key, but continue scrolling with a
>> > shifted key.
>> 
>> That sounds good to me.  Also the mimicing of similar features elsewhere.  
>
> Would you like to submit a patch along those lines?

Please see the attempt in the attachment.

There is one new function `scroll-lock-next-line-always-scroll' which
gets bound to S-down.  Further there are a few tests for this function.

AFAICS the up command needs no special handling with regards to
scroll-lock-mode.





This bug report was last modified 6 years and 6 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.