[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gtk scroll bar deficiency

From: Jan Djärv
Subject: Re: gtk scroll bar deficiency
Date: Tue, 12 Jun 2007 07:52:10 +0200
User-agent: Thunderbird (X11/20070419)

Sam Steingold skrev:
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 boneheaded

somehow 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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]