From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Andreas Schwab Newsgroups: gmane.emacs.devel Subject: Re: Gtk scrollbar: thumb too short Date: Thu, 27 Mar 2003 17:50:20 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <20030325193739.ZGIN3924.fep01-svc.swip.net@gaffa.gaia.swipnet.se> <1048780121.14517.22.camel@localhost.localdomain> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1048784088 8584 80.91.224.249 (27 Mar 2003 16:54:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 27 Mar 2003 16:54:48 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Mar 27 17:54:44 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 18yaeK-0002Da-00 for ; Thu, 27 Mar 2003 17:54:44 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18yagH-0000nL-00 for ; Thu, 27 Mar 2003 17:56:45 +0100 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 18yacO-0002Gn-02 for emacs-devel@quimby.gnus.org; Thu, 27 Mar 2003 11:52:44 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18yabT-000286-00 for emacs-devel@gnu.org; Thu, 27 Mar 2003 11:51:47 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18yaaw-0001iR-00 for emacs-devel@gnu.org; Thu, 27 Mar 2003 11:51:14 -0500 Original-Received: from ns.suse.de ([213.95.15.193] helo=Cantor.suse.de) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18yaaG-0001Np-00; Thu, 27 Mar 2003 11:50:32 -0500 Original-Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id E41FE14A78; Thu, 27 Mar 2003 17:50:21 +0100 (MET) Original-To: Owen Taylor X-Yow: JAPAN is a WONDERFUL planet -- I wonder if we'll ever reach their level of COMPARATIVE SHOPPING... In-Reply-To: <1048780121.14517.22.camel@localhost.localdomain> (Owen Taylor's message of "27 Mar 2003 10:48:42 -0500") User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.3.50 (gnu/linux) Original-cc: rms@gnu.org Original-cc: "Jan D." Original-cc: jody@gnome.org Original-cc: kai.grossjohann@uni-duisburg.de 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:12661 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:12661 Owen Taylor writes: |> Thoughts here, in no particular order: |> |> * I've always found the emacs behavior with respect to the end of the |> buffer quite confusing personally... I think it would be far |> less confusing if the region that was scrolled was actually |> confined to the lines of the buffer (or maybe lines in buffer + 1) I find this behaviour very convenient when scrolling through the buffer, because the bottom line before scrolling is always next-screen-context-lines down the top after scrolling. This makes it very easy to continue reading, and it is consistent with the behaviour of vi and less. |> It's very easily in emacs's default configuration currently to |> accidentally create text files with lots of trailing blank lines |> since there is no visual differentiation between blank lines and |> overscrolled space. Use indicate-empty-lines. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."