From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Andrew Kurn Newsgroups: gmane.emacs.bugs Subject: bug#32002: 24.4; Scroll bar start, end not correct Date: Wed, 4 Jul 2018 00:49:22 -0700 Message-ID: <20180704074922.GA25658@sfu.ca> References: <20180704034541.GB16344@sfu.ca> <11717.1530681181@alto> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1530690491 1254 195.159.176.226 (4 Jul 2018 07:48:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 4 Jul 2018 07:48:11 +0000 (UTC) User-Agent: Mutt/1.5.20 (2009-06-14) Cc: 32002@debbugs.gnu.org, Noam Postavsky To: Mike Kupfer Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 04 09:48:06 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1facWE-0000Ch-NI for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 Jul 2018 09:48:06 +0200 Original-Received: from localhost ([::1]:44516 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1facYL-00087E-OJ for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 Jul 2018 03:50:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36981) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1facY9-00084x-CJ for bug-gnu-emacs@gnu.org; Wed, 04 Jul 2018 03:50:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1facY6-0002pz-7l for bug-gnu-emacs@gnu.org; Wed, 04 Jul 2018 03:50:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37926) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1facY6-0002pr-2g for bug-gnu-emacs@gnu.org; Wed, 04 Jul 2018 03:50:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1facY5-0008VH-OE for bug-gnu-emacs@gnu.org; Wed, 04 Jul 2018 03:50:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrew Kurn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Jul 2018 07:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32002 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 32002-submit@debbugs.gnu.org id=B32002.153069056732642 (code B ref 32002); Wed, 04 Jul 2018 07:50:01 +0000 Original-Received: (at 32002) by debbugs.gnu.org; 4 Jul 2018 07:49:27 +0000 Original-Received: from localhost ([127.0.0.1]:45823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1facXX-0008UQ-CN for submit@debbugs.gnu.org; Wed, 04 Jul 2018 03:49:27 -0400 Original-Received: from load-balancer.sfu.ca ([142.58.101.11]:38126 helo=pobox1.f5esx.sfu.ca) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1facXU-0008UH-US for 32002@debbugs.gnu.org; Wed, 04 Jul 2018 03:49:25 -0400 Original-Received: from fraser.sfu.ca (fraser.sfu.ca [142.58.101.25]) by pobox1.f5esx.sfu.ca (8.14.9/8.14.4/SFU-7.0G) with ESMTP id w647nMtB018312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 4 Jul 2018 00:49:23 -0700 Original-Received: (from kurn@localhost) by fraser.sfu.ca (8.13.8+Sun/8.14.3/SFU-6.0C) id w647nM8F020843; Wed, 4 Jul 2018 00:49:22 -0700 (PDT) Content-Disposition: inline In-Reply-To: <11717.1530681181@alto> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:148174 Archived-At: Eli wrote: > I think we support both those who share this opinion and > those who don't. It sounds like you want to set > scroll-bar-adjust-thumb-portion to nil. Yes!! This is the answer I've been looking for, how to disable the feature. Many thanks. . . . and have you got any idea why the author used 'thumb' in the name? I suppose who the author is is lost in the mists of time. [and see below] On Tue 3 Jul 2018 22:13 -0700, Mike Kupfer wrote: > Andrew Kurn wrote: > > > Anyhow, my contention is that, since the whole buffer is on display, > > the scroll bar should extend over the whole window. The length of the > > scroll bar, as a fraction of the window height, is supposed to be the > > fraction of the buffer on display. Its top is the character (line, > > usually) where the display starts. Its bottom is where it stops. > > That's what I would expect, too. The current behavior was explained to > me as deliberate, to account for differences in scrolling behavior when > comparing Emacs to GTK apps like gedit. That is, when you get to the > end of a file in gedit, the last line of the file is at the bottom of > the window. If you get to the bottom of the file and continue to press > PgDown or the down arrow key, gedit just beeps at you. As the queen says, we never notice what other women are wearing. Comparing emacs and gedit . . . > > With Emacs, though, it is possible, using PgDown or C-v, to scroll down > so that the last line of the file appears higher up in the window, > possibly even at the very top of the window. > > There does seem to be an inconsistency between the scrollbar and > scrolling using keypresses. For example, in the attached screenshot, if > I try to scroll using PgDown, C-v, or down arrow, I get an "End of > buffer" error. Yet I can scroll down using the down-stepper on the > scrollbar. And if I drag the scrollbar marker down as far as it will > go, the text scrolls off the top, leaving me with a blank window. > > Personally, I find the gap below the scrollbar marker disorienting; I > can't trust the scrollbar to show me when I'm at the end of the file. > This is annoying enough that I try to avoid Emacs+GTK. > > mike Goodness! Don't throw out the baby with the bath-water. With its faults, emacs is still emacs. I almost said "with all its faults," but, really, I find so few problems with emacs that even such a minor one as this one (now understood not to be a bug at all) seems worth reporting. Andrew