After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 111127 - RISC OS-like scrolling
RISC OS-like scrolling
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: Other
2.2.x
Other All
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2003-04-19 01:06 UTC by Darren Salt
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
Reverse-direction scrolling with button 3 (2.52 KB, patch)
2003-04-19 01:07 UTC, Darren Salt
none Details | Review

Description Darren Salt 2003-04-19 01:06:12 UTC
This patch provides some RISC OS scrolling features. By clicking the right
mouse button on a stepper button or in the scroll bar well, you can cause
scrolling by the same distance as for the left button but in the opposite
direction. It is of most use for those of us who prefer to have one stepper
button at each end of the scroll bar well (and don't make a lot of use of
the default move-to-start or move-to-end function of button 3 on a stepper
button).

This functionality is optional; it is disabled by default. A configuration
option "stepper_click_riscos" is provided.

(There is a side effect: the way in which I've implemented the patch means
that button 3 has to have some effect when used in the scroll well. So, for
when the RISC OS-like functionality is disabled, I've chosen to have the
slider jump to either end of the scroll well, as would happen with a click
on a stepper button.)
Comment 1 Darren Salt 2003-04-19 01:07:39 UTC
Created attachment 15848 [details] [review]
Reverse-direction scrolling with button 3
Comment 2 Owen Taylor 2003-05-19 22:17:11 UTC
See thread from:

http://mail.gnome.org/archives/gtk-devel-list/2000-November/msg00086.html

For earlier discussion of the issue and my comments. 

I don't really like making it configurable, because it is a
distraction from making the default behaviors of GTK+ obvious,
uniform and right for everybody; having lots of little details
that you change by putting stuff in your ~/.gtkrc-2.0 doesn't
help most users of GTK+.



Comment 3 Darren Salt 2003-05-20 01:47:51 UTC
> I don't really like making it configurable, because it is a
> distraction from making the default behaviors of GTK+ obvious,
> uniform and right for everybody;

Without reverse scrolling and things like middle- or right-clicking on
a menu to select an item but keeping it open (tear-off menus aren't
everywhere and, I find, are less convenient anyway), it *won't* be
right for everybody.

> having lots of little details that you change by putting stuff in
> your ~/.gtkrc-2.0 doesn't help most users of GTK+.

It helps some; surely that's important. Else why would the "secondary
stepper" little details (which I personally don't like, but others
enable by putting stuff in their ~/.gtkrc-2.0 and no doubt consider
useful) be present?

WRT that discussion: Vlad Harchev raised a good point in that thread,
something which I couldn't easily see where to implement without ABI
changes to GtkScrollbar: using a button on a scroll bar slider to drag
both scroll bars at once.
Comment 4 Thomas Leonard 2004-08-26 14:16:17 UTC
See also: #67649
Comment 5 Loïc Minier 2004-10-18 13:37:57 UTC
This is Debian bug <http://bugs.debian.org/189207>.