[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nano-devel] [no bug] do_scroll_down
From: |
Brand Huntsman |
Subject: |
Re: [Nano-devel] [no bug] do_scroll_down |
Date: |
Fri, 9 Mar 2018 19:05:40 -0700 |
On Fri, 9 Mar 2018 11:40:56 +0100
Benno Schulenberg <address@hidden> wrote:
> Op 09-03-18 om 09:39 schreef Brand Huntsman:
> > Open a [...] small file that fits in the window without scrolling.
> > Go to first line or any line other than last and do M-= to scroll
> > down. Should it be scrolling the content upward when the content
> > fits in the window?
>
> Yes. It *can* scroll, the user tells it to scroll, so it should
> scroll.
>
> Nano is not limited by the graphic-interface paradigm, where, when the
> data fits in the window, there is no scroll bar, so you cannot scroll.
Why doesn't do_scroll_up work the same way? There is no valid reason to scroll
content out of the window that doesn't also apply to do_scroll_up.
The current behavior has the same visual appearance as do_cut_text_void when
used on the first line of a file, of any size. Wouldn't it be better to have
do_scroll_up/down move the cursor if the content can't be scrolled any further?
> Also, in emacs, 'scroll-up-line' does the same thing: it scrolls the
> content even when all of it fits in the window.
Doesn't emacs have a long startup time and use a lot of memory? Just because
another editor does something doesn't mean its the correct way.