|
From: | Jan Djärv |
Subject: | Re: gtk scroll bar deficiency |
Date: | Tue, 12 Jun 2007 07:52:10 +0200 |
User-agent: | Thunderbird 2.0.0.0 (X11/20070419) |
Sam Steingold skrev:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stefan Monnier wrote:
before: when the whole buffer is visible, the scroll thing in the bar occupies the whole scroll bar (clearly indicating that everything is visible); when the bottom of the buffer is visible, the scroll thing is at the bottom of the scroll bar. this is also the behavior of gedit, firefox, openoffice, gnumeric et al, and I like it. now: when the whole buffer is visible (more generally, when the bottom is visible), the scroll thing does not reach the bottom of the scroll bar - you can scroll down and, as the bottom of the buffer scrolls up, the scroll thing reaches the bottom of scroll bar (while decreasing in its size). this is the behavior of vim, and I hate it. is this change intentional? it looks like a bug to me...I'm pretty sure it's intentional. It's not perfect, but the perfect behavior (which you get with the non-toolkit build)does this mean that you agree that the first behavior is better?tends to be difficult to get with current toolkits because toolkit writers are boneheadedsomehow gedit got it right - and it appears to be pretty minimalist by design ("notepad" for gnome).
Depends on your definition of right. The purpose is to be able to use the scrollbar to get the last line to the top of the window. Gedit can't do that. This is an Emacs convention, but as said, hard to implement right with current toolkits.
But AFAIK, only Emacs does this so most users are surprised. Maybe we should make this customizable.
Jan D.
[Prev in Thread] | Current Thread | [Next in Thread] |