Closed
Bug 939284
Opened 11 years ago
Closed 10 years ago
Native GTK3 scroll click behavior
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 803633
People
(Reporter: thib, Unassigned)
References
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 (Beta/Release) Build ID: 20131030131604 Steps to reproduce: Left, middle or right click anywhere on the scrollbar, outside of the handle/thumb. Actual results: The behavior of the mouse buttons is specific to Firefox, and may be inconsistent with the behavior of the native platform (and hence different from all other applications). Expected results: Firefox should behave like all other applications on a user's platform, or at least let the user configure that behaviour manually. For example, on GTK/Gnome 3, left-click maps to the "scroll to view corresponding to clicked point" behaviour, middle-click is inactive, and right-click scrolls page-by-page. However, by default on that platform, the behaviour of Firefox is almost the opposite; left-click scrolls page-by-page, middle-click jumps to point, and right-click does nothing. Personally, I keep getting it wrong after switching applications too many times. Setting `ui.scrollToClick` to 1 gets us halfway there for the left button. However, there doesn't seem to be a way to map the right button, and hence it's then impossible to scroll page-by-page, a behaviour that is useful. Solutions include adding a new configuration entry for the right button, identical to `ui.scrollToClick`, assigning meaning to values of `ui.scrollToClick` that are greater than 1, or something more appropriate.
Updated•11 years ago
|
Component: Untriaged → XUL
Product: Firefox → Core
Updated•10 years ago
|
Component: XUL → Widget: Gtk
Comment 1•10 years ago
|
||
It seems that GTK3 has chosen not to follow the GTK2 behavior. I guess that means that someone is expecting users to work out which buttons to press from the appearance of the scrollbar.
Blocks: gtk3
Updated•10 years ago
|
Summary: Native scroll click behavior → Native GTK3 scroll click behavior
Comment 2•10 years ago
|
||
Some things to be aware of when working on it: * gtk-primary-button-warps-slider system wide option (https://developer.gnome.org/gtk3/3.11/GtkSettings.html#GtkSettings--gtk-primary-button-warps-slider) which basically controls whether GTK+3 or GTK+2 behaviour is used; * The new long-click zoom mode and auto-scroll introduced in 3.10 (https://blogs.gnome.org/mclasen/2013/08/05/scrolling-in-gtk/).
Comment 3•10 years ago
|
||
Is it duplicate of 803633? https://bugzilla.mozilla.org/show_bug.cgi?id=803633
Flags: needinfo?(thib)
Reporter | ||
Comment 4•10 years ago
|
||
(In reply to Alexander Seleznev from comment #3) > Is it duplicate of 803633? Sounds like it yes, feel free to close this one.
Flags: needinfo?(thib)
Comment 5•10 years ago
|
||
Per comments 3 and 4.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•