From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: Gtk scrollbar: thumb too short Date: Wed, 16 Apr 2003 22:59:26 -0500 (CDT) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200304170359.h3H3xQM08191@eel.dms.auburn.edu> References: <200304111308.h3BD8oW03188@eel.dms.auburn.edu> <844r55f7yr.fsf@lucy.is.informatik.uni-duisburg.de> <84ptnt6oc8.fsf@lucy.is.informatik.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1050552141 20965 80.91.224.249 (17 Apr 2003 04:02:21 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 17 Apr 2003 04:02:21 +0000 (UTC) Cc: kai.grossjohann@gmx.net Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Apr 17 06:02:19 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1960bL-0005S0-00 for ; Thu, 17 Apr 2003 06:02:19 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 1960e0-0007B3-00 for ; Thu, 17 Apr 2003 06:05:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 1960ZS-0008QX-01 for emacs-devel@quimby.gnus.org; Thu, 17 Apr 2003 00:00:22 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 1960Yw-0008BC-00 for emacs-devel@gnu.org; Wed, 16 Apr 2003 23:59:50 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 1960Yg-0007ie-00 for emacs-devel@gnu.org; Wed, 16 Apr 2003 23:59:35 -0400 Original-Received: from manatee.dms.auburn.edu ([131.204.53.104]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 1960Yb-0007Wo-00; Wed, 16 Apr 2003 23:59:29 -0400 Original-Received: from eel.dms.auburn.edu (eel.dms.auburn.edu [131.204.53.108]) h3H3xPoc008898; Wed, 16 Apr 2003 22:59:25 -0500 (CDT) Original-Received: (from teirllm@localhost) by eel.dms.auburn.edu (8.11.6+Sun/8.11.6) id h3H3xQM08191; Wed, 16 Apr 2003 22:59:26 -0500 (CDT) X-Authentication-Warning: eel.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Wed, 16 Apr 2003 00:39:39 -0400) Original-cc: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:13260 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:13260 Richard Stallman wrote: First time scrolling stops with the last screenfull of real text visible, unless the end of the buffer is visible at the outset and stays visible. In other words, if you scroll up to see what is above and scroll back down, you can not (immediately) overscroll. To overscroll, you have to first scroll to the bottom (unless you already are there), grab the thumb (*not* click above the thumb) and scroll down, without first scrolling up. I think the idea is worth trying. I look forward to hearing people's reactions. Of course, this should only apply to Mouse-2. It will also be possible to overscroll using the keyboard and using Mouse-1. Everything applies only to scrolling with Mouse-2, nothing else is affected. My original implementation was, as I pointed out, only very rough. I discovered afterwards that it had some bugs related to continuation lines and scrolling a non-selected window. These bugs are easy to fix, however. I will send (probably before the end of the week) a more "deluxe" version. That version will include a customizable variable with integer value, through which users can specify their own preferred default limit for first time overscrolling with Mouse-2. A positive value N means that first time overscrolling always leaves at least N screen-lines visible (if consistent with the fact that, of course, the end must remain visible). A negative value -N means to recenter the last line of real text at -N, thus leaving (abs N) minus 1 empty lines at the bottom. Thus, -1 shows the end with maximal possible content visible. To the other extreme a value of 1 only makes a difference if the buffer ends in a newline, in which case it avoids staring at an empty screen at the end of overscrolling. As always, however, if the user feels the irresistible urge to stare at an empty screen anyway, then that can always be achieved by a second scroll. Sincerely, Luc.