From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from 107.207.65.229 ([107.207.65.229]) by ewsd; Mon Jul 27 18:21:24 EDT 2020 Date: Mon, 27 Jul 2020 18:21:21 -0400 In-Reply-To: <20200727220651.GA150416@alice> References: <44A75FA2-F810-45DA-8264-6DBB810C53F1@stanleylieber.com> <20200727220651.GA150416@alice> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9front] The 9 Documentation Project To: 9front@9front.org From: Stanley Lieber Message-ID: <1CF6DFC0-8085-4A31-A8AB-2F54EE2C8EC6@stanleylieber.com> List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: content-addressed stable database-scale factory-based SVG table firewall polling locator On July 27, 2020 6:06:51 PM EDT, Anthony Martin wrote: >ori@eigenstate=2Eorg once said: >> I'm not aware of anything that documents the rather unique ways we >> handle scrolling, where how far up the window you are affects how >> quick the scrolling goes=2E > > From rio(1): > > Mousing inside the scroll bar moves text: clicking button 1 with the > mouse pointing inside the scroll bar brings the line at the top of > the win- dow to the cursor's vertical location; button 3 takes the > line at the cursor to the top of the window; button 2, treating the > scroll bar as a ruler, jumps to the indicated portion of the stored > text=2E Holding a button pressed in the scroll bar will cause the text > to scroll continuously until the button is released=2E > >Cheers, > Anthony I think ori is talking about scrollwheel behavior, which in any case, yes,= behaves the same way as clicking inside the scrollbar=2E sl