When I have a page with a lot of content (in my example the credits in the
about box) there is no way to move up or down a page. My only options are:
1) Use the mouse wheel, which is very slow
2) Click somewhere below or above the slider, which results in the content
jumping to that point. As opposed to what it used to do, and still does on
every other platform I know including GTK2: go up or down one page at a time.
I've googled this for a while and found that apparently the old behaviour can
be restored using gtk-primary-button-warps-slider = false in
I was finishing up migrating one of my projects (Asunder) from GTK2 to GTK3
when I found this bug, which is significant enough that I'm going to roll back
Also as a user I find this extremely annoying in the programs that were ported
to GTK3: specifically evince and synaptic come to mind. Clicking on the
scrollbar results in the content view jumping to some completely undefined
location in the document. It is pretty much impossible to guess what you're
going to get or how to return to the previous location in the document.
I looked at these documents:
And this behaviour is not even in the designs. A mouse-controlled scrollbar is
the only type affected by this "feature" and in this environment it doesn't
work as expected, so as far as I know this change has been introduced
accidentally without thinking it through.
Would there be interest in the Linux Mint community to fix this bug? It's not a technical challenge, I can make the fix myself, what's missing is a desire to do what's best for the users, which Gnome has had some challenges with
If the bug was fixed in Mint - it would be a minor but relevant attraction for new users versus other distros. Eventually Gnome will probably give up on this stupid idea and revert back to normal functionality but who knows how long that will take.