Closed Bug 939284 Opened 11 years ago Closed 10 years ago

Native GTK3 scroll click behavior

Categories

(Core :: Widget: Gtk, defect)

25 Branch
x86_64
Linux
defect
Not set
normal

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.
Component: Untriaged → XUL
Product: Firefox → Core
Component: XUL → Widget: Gtk
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
Summary: Native scroll click behavior → Native GTK3 scroll click behavior
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/).
Is it duplicate of 803633?

https://bugzilla.mozilla.org/show_bug.cgi?id=803633
Flags: needinfo?(thib)
(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)
Per comments 3 and 4.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Blocks: 1034064
No longer blocks: 1034064
You need to log in before you can comment on or make changes to this bug.