From: kai.grossjohann@gmx.net (Kai Großjohann)
Cc: emacs-devel@gnu.org
Subject: Re: Gtk scrollbar: thumb too short
Date: Fri, 11 Apr 2003 16:02:20 +0200 [thread overview]
Message-ID: <844r55f7yr.fsf@lucy.is.informatik.uni-duisburg.de> (raw)
In-Reply-To: <200304111308.h3BD8oW03188@eel.dms.auburn.edu> (Luc Teirlinck's message of "Fri, 11 Apr 2003 08:08:50 -0500 (CDT)")
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> There is some "precision work" required, no doubt about that. You
> have to drag slowly and carefully, you can not just "yank".
Dragging the thumb to the beginning of the buffer does not require
precision work. So it would be nice if it wouldn't require precision
work for dragging to the end of the buffer, either.
Ideas:
* Some window managers offer "attraction" or "resistance". Attraction
means: when one window edge gets close to another window's edge or
to the edge of the screen, the window is warped so that the two
edges are adjacent. Resistance means: when one window edge becomes
adjacent to another window edge or the edge of the screen, moving
the mouse further by a few pixels does not move the window. One has
to move the mouse several pixels before the window starts moving
again.
This could be adapted to the end of buffer condition: you drag the
thumb downwards. As soon as end of buffer becomes visible, dragging
the mouse down by a few more pixels doesn't change the buffer
(thumb) position. You have to move the mouse down a minimum number
of pixels to make the thumb move again.
Mouse pointer and thumb could become out of sync, as the mouse
pointer moves down without the thumb moving. The visual
inconsistency might be bad. For a window near the bottom of the
screen, this could become a functional problem, even.
Window managers often solve this by moving the window "a lot" when
attraction/resistance is overcome. For example, let's say the
resistance is 10 pixels, then moving a window 1, 2, ..., 10 pixels
offscreen is not possible, the minimum number of pixels to move it
offscreen is 10. Alas, this solution does not seem feasible with
the scrollbar since there is not much left to scroll after end of
buffer becomes visible.
* If end of buffer is not visible when scrolling-by-dragging starts,
then overscrolling is not possible. Only if end of buffer is
visible when scrolling-by-dragging starts, then overscrolling
becomes possible.
Users have to drag twice to achieve overscrolling. A potential
problem with this approach occurs when the thumb warps to the
position of the mouse pointer when dragging starts, as it happens
for the native scrollbar. Then users would have to hit the right
spot on the thumb to ensure that end of buffer remains visible when
scrolling starts. But I think that this problem does not occur
with the Motif and Gtk scrollbars; there it does not matter where
exactly one hits the thumb when starting to drag-scroll. Am I
wrong?
What do people think?
--
file-error; Data: (Opening input file no such file or directory ~/.signature)
next prev parent reply other threads:[~2003-04-11 14:02 UTC|newest]
Thread overview: 143+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-25 14:51 Gtk scrollbar: thumb too short Kai Großjohann
2003-03-25 18:54 ` Jan D.
2003-03-25 19:55 ` Stefan Monnier
2003-03-26 18:26 ` Jan D.
2003-03-26 19:07 ` Stefan Monnier
2003-03-27 3:29 ` Richard Stallman
2003-03-27 14:51 ` Stefan Monnier
2003-03-27 15:48 ` Owen Taylor
2003-03-27 16:30 ` Stefan Monnier
2003-03-27 21:07 ` Owen Taylor
2003-03-27 21:41 ` Stefan Monnier
2003-03-27 21:42 ` Luc Teirlinck
2003-03-27 21:41 ` Owen Taylor
2003-03-27 22:18 ` Luc Teirlinck
2003-03-27 22:46 ` Jody Goldberg
2003-03-28 2:15 ` Luc Teirlinck
2003-03-28 4:28 ` Owen Taylor
2003-03-28 6:07 ` Luc Teirlinck
2003-03-29 18:38 ` Richard Stallman
2003-03-28 13:35 ` Stefan Monnier
2003-03-28 13:55 ` Luc Teirlinck
2003-03-27 16:50 ` Andreas Schwab
2003-03-27 18:27 ` Jan D.
2003-03-27 20:54 ` Owen Taylor
2003-03-28 1:48 ` Miles Bader
2003-03-28 1:42 ` Miles Bader
2003-03-28 1:51 ` Miles Bader
2003-03-28 15:04 ` Kim F. Storm
[not found] ` <m21y0rruj4.fsf@primate.xs4all.nl>
2003-03-28 23:57 ` Kim F. Storm
[not found] ` <m2wuijqdu3.fsf@primate.xs4all.nl>
2003-03-29 1:26 ` Kim F. Storm
2003-03-31 7:52 ` Miles Bader
2003-03-31 11:04 ` Kim F. Storm
2003-03-28 12:43 ` Robert J. Chassell
2003-03-28 13:34 ` Luc Teirlinck
2003-03-28 15:11 ` Robert J. Chassell
2003-03-28 15:50 ` Luc Teirlinck
2003-03-28 13:38 ` Stefan Monnier
2003-03-28 16:18 ` Robert J. Chassell
2003-03-28 16:49 ` Stefan Monnier
2003-03-29 18:39 ` Richard Stallman
2003-03-29 18:43 ` Stefan Monnier
2003-03-28 15:20 ` Richard Stallman
2003-03-28 15:44 ` Owen Taylor
2003-03-28 18:25 ` Jan D.
2003-03-27 18:41 ` Jan D.
2003-03-28 15:21 ` Richard Stallman
2003-03-28 17:27 ` Owen Taylor
2003-03-30 19:24 ` Richard Stallman
2003-03-31 18:12 ` Owen Taylor
2003-03-31 22:06 ` Luc Teirlinck
2003-03-31 22:16 ` Owen Taylor
2003-03-31 22:27 ` Luc Teirlinck
2003-03-31 23:29 ` Luc Teirlinck
2003-03-31 22:23 ` Robert J. Chassell
2003-04-01 0:28 ` Luc Teirlinck
2003-04-01 17:48 ` Owen Taylor
2003-04-02 1:39 ` Miles Bader
2003-04-02 2:30 ` Luc Teirlinck
2003-04-01 9:38 ` Richard Stallman
2003-04-01 17:26 ` Owen Taylor
2003-04-02 1:33 ` Miles Bader
2003-04-02 3:30 ` Luc Teirlinck
2003-04-02 3:55 ` Miles Bader
2003-04-02 4:29 ` Luc Teirlinck
2003-04-02 4:42 ` Miles Bader
2003-04-02 11:07 ` Kai Großjohann
2003-04-02 13:52 ` Luc Teirlinck
2003-04-02 13:11 ` Kai Großjohann
2003-04-02 14:42 ` Luc Teirlinck
2003-04-02 14:03 ` Kai Großjohann
2003-04-03 10:38 ` Richard Stallman
2003-04-07 15:35 ` Owen Taylor
2003-04-07 16:57 ` Stefan Monnier
2003-04-07 18:30 ` Owen Taylor
2003-04-07 18:38 ` Stefan Monnier
2003-04-07 18:57 ` Owen Taylor
2003-04-07 19:02 ` Stefan Monnier
2003-04-07 19:21 ` Owen Taylor
2003-04-07 19:30 ` Stefan Monnier
2003-04-08 2:30 ` Richard Stallman
2003-04-08 14:56 ` Owen Taylor
2003-04-08 23:36 ` Miles Bader
2003-04-09 1:58 ` Richard Stallman
2003-04-09 14:46 ` Owen Taylor
2003-04-10 6:22 ` Richard Stallman
2003-04-10 6:48 ` Miles Bader
2003-04-11 8:51 ` Richard Stallman
2003-04-10 17:37 ` Jan D.
2003-04-11 8:51 ` Richard Stallman
2003-04-11 12:26 ` Luc Teirlinck
2003-04-11 12:53 ` Jan D.
2003-04-11 13:08 ` Luc Teirlinck
2003-04-11 14:02 ` Kai Großjohann [this message]
2003-04-11 14:28 ` Stefan Monnier
2003-04-11 15:33 ` Kai Großjohann
2003-04-12 3:02 ` Luc Teirlinck
2003-04-12 8:56 ` Kai Großjohann
2003-04-12 11:58 ` Miles Bader
2003-04-12 14:56 ` Luc Teirlinck
2003-04-12 14:58 ` Kai Großjohann
2003-04-13 11:22 ` Richard Stallman
2003-04-15 1:24 ` Luc Teirlinck
2003-04-15 1:31 ` Miles Bader
2003-04-15 1:42 ` Luc Teirlinck
2003-04-15 7:18 ` Kai Großjohann
2003-04-15 13:01 ` Luc Teirlinck
2003-04-16 4:39 ` Richard Stallman
2003-04-17 3:59 ` Luc Teirlinck
2003-04-17 4:09 ` Luc Teirlinck
2003-04-11 15:23 ` Andreas Schwab
2003-04-11 16:30 ` Kai Großjohann
2003-04-11 16:55 ` Robert J. Chassell
2003-04-11 20:42 ` Kai Großjohann
2003-04-11 21:33 ` Robert J. Chassell
2003-04-12 0:05 ` Miles Bader
2003-04-12 0:47 ` Luc Teirlinck
2003-04-12 2:11 ` Miles Bader
2003-04-11 19:09 ` NEWS and invisible text Stefan Monnier
2003-04-14 23:09 ` Kevin Rodgers
2003-04-21 0:59 ` Richard Stallman
2003-04-11 16:36 ` Gtk scrollbar: thumb too short Robert J. Chassell
2003-04-11 17:07 ` Kai Großjohann
2003-04-11 17:46 ` Luc Teirlinck
2003-04-11 21:13 ` Robert J. Chassell
2003-04-12 17:07 ` Richard Stallman
2003-04-11 13:12 ` Luc Teirlinck
2003-04-11 16:13 ` Robert J. Chassell
2003-04-12 17:07 ` Richard Stallman
2003-04-10 17:33 ` Jan D.
2003-04-02 12:56 ` Robert J. Chassell
2003-04-02 14:07 ` Stefan Monnier
2003-04-03 1:34 ` Miles Bader
2003-04-03 15:35 ` Stefan Monnier
2003-04-02 9:19 ` Richard Stallman
2003-03-28 18:12 ` Jan D.
2003-03-28 22:25 ` Robert J. Chassell
2003-03-28 22:35 ` Robert J. Chassell
2003-03-29 17:06 ` Jan D.
2003-03-26 16:47 ` Richard Stallman
2003-03-26 18:32 ` Jan D.
2003-03-27 19:04 ` Richard Stallman
2003-04-01 19:29 ` Kai Großjohann
[not found] <200303271914.h2RJEdbL026474@stubby.bodenonline.com>
[not found] ` <3E834774.6080604@swipnet.se>
[not found] ` <200303271904.h2RJ48b0029268@rum.cs.yale.edu>
2003-03-27 23:23 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=844r55f7yr.fsf@lucy.is.informatik.uni-duisburg.de \
--to=kai.grossjohann@gmx.net \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).