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 687509 - There is no option to enable horizontal scrolling
There is no option to enable horizontal scrolling
Status: RESOLVED FIXED
Product: gnome-control-center
Classification: Core
Component: Mouse
3.6.x
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
: 685584 horizontal_scrolling 700733 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2012-11-03 14:41 UTC by Bastián Díaz
Modified: 2013-05-21 06:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
enable horizontal scrolling when changing scroll method (891 bytes, patch)
2013-04-04 12:47 UTC, Ondrej Holy
accepted-commit_now Details | Review

Description Bastián Díaz 2012-11-03 14:41:14 UTC
In this new version I'm surprised to see that in the settings panel for touchpad can not activate the horizontal scrolling.

Is there any way you could turn it on?

Thanks!!
Comment 1 André Klapper 2012-11-03 14:54:31 UTC
Hmm, http://library.gnome.org/misc/release-notes/3.6/users-system-settings.html.en#mouse-and-touchpad doesn't cover this I guess?
Comment 2 Bastián Díaz 2012-11-03 15:10:35 UTC
(In reply to comment #1)
> Hmm,
> http://library.gnome.org/misc/release-notes/3.6/users-system-settings.html.en#mouse-and-touchpad
> doesn't cover this I guess?

I can not find the option I need.

I refer to activate the scroll of the bottom of the touchpad. Moreover, when activating the option "natural scrolling", it does not work when you test the configuration (it works when I test it in another application).

In my device I can not use the "two finger scroll". Anything I can do more?
Comment 3 Justin 2012-11-06 14:11:43 UTC
(In reply to comment #1)
> Hmm,
> http://library.gnome.org/misc/release-notes/3.6/users-system-settings.html.en#mouse-and-touchpad
> doesn't cover this I guess?

No, it doesn't. Horizontal scrolling was working in the last stable version (3.4). Is there any specific reason why it is removed (if it is even purposeful - I guess it is a regression)? Currently, there is no way to enable horizontal scrolling.
Comment 4 Peter 2012-11-11 11:16:47 UTC
See here:
https://bugzilla.gnome.org/show_bug.cgi?id=687557

You can use (till now) DCONF to re-enable it. That is a regression. I hope it will be fixed with the next release, because features present in DCONF are nearly dead and get buggy over time.
Comment 5 Justin 2013-02-21 07:17:10 UTC
(In reply to comment #4)

> ......That is a regression.....

Any comments here, please? 
At least enable horizontal scrolling with vertical scrolling.
Comment 6 Bastián Díaz 2013-02-22 17:38:11 UTC
I have not seen the new designs of GNOME 3.8 and I could not try the beta, but it seems a good idea to enable (default) the vertical and horizontal scrolling.

An option that any user (without a modern touchpad supporting two-finger scrolling) have appreciated, but not all users know that to enable it, you must install dcon-editor.
Comment 7 Allan Day 2013-02-26 14:14:57 UTC
Horizontal scrolling isn't hugely common, and is often considered to be a Bad Idea™ (largely due to ergonomic factors). That's probably the reason that it wasn't included in the new design.

That said, I'm open to the idea of including a setting to enable horizontal scrolling if we can establish that it is required. Additional information on where you find horizontal scrolling to be desirable would help here.
Comment 8 Sulphur 2013-02-28 07:36:16 UTC
In response to Allan's request, some use cases that immediately come to mind when horizontal scrolling matters:

1.) Two applications open side by side on a laptop or netbook (say, a document and a pdf from which a user is taking notes).

2.) Zooming in to edit an image.

3.) Zooming in to read an inscrutable PDF or simply because the user's vision isn't the greatest. 

4.) Viewing a Nautilus window containing a file with a very long filename or several folders open at once to show their contents in list view.

5.) Badly designed applications and websites. We might not like them, but they sure do exist. 

If a separate on/off option is deemed to add too much clutter, why not just have horizontal scrolling on by default (both for two finger and edge scrolling)? We might not like that the pesky horizontal bar appears, but when it does (and, frankly, I see it everyday), shouldn't the user interact with it in the same manner as the vertical one?
Comment 9 Bastián Díaz 2013-02-28 12:16:01 UTC
(In reply to comment #8)

To add to what was said by "Aibara", consider hardware aspects. I usually use two laptops and a desktop computer with linux. One of the laptops only option to handle a few touches gestures (depending on where you tap, and only with original drivers in windows) and horizontal scrolling through swipe at the bottom of the touchpad. Moreover, the other laptop drives more gestures (including pinch to zoom) and scroll with two fingers (which facilitates all).

In the market there are still teams with these characteristics (including computers 2 years ago) so I do not have a setting to enable this feature forces the user to perform manually scrolling through the lower scroll bar is much more uncomfortably from my point of view.

In addition there are important applications that use this feature:
1. GIMP (Example: When you have to tweak details and large image)
2. Libreoffice (Example: Impress or Draw, on the other hand is used when changing the display type or working on a wide sheet in Calc)
3 Inkscape
4 Dia (diagrams editor)
5 Etc.
Comment 10 Peter 2013-03-07 12:17:24 UTC
Reasons for horizontal scrolling are:

* Application provides are horizontal-scrollbar. At honestly, thats it. If a horizontal-scrollbar exists, the user have to use it and the user expected the touchpad to handle this as expected. That's also the reason, why newer mice provided side-scrolling with the mouse-wheel.

A good example is Eye-Of-GNOME. It uses a horizontal-view for the thumbnails (which is awkward and the option to change is hidden and buggy[1]). Other examples, where this behaviour is really needed and wanted: Inkscape, GIMP, Epiphany, Gedit, Anjuta...long list growing longer...

* It common-sense to provide vertical and horizontal-scrolling, hardware offers this at no cost and users want this.
* It is just what every touch based devices already does...
* No negative drawback at all

(In reply to comment #7)
> Horizontal scrolling isn't hugely common, and is often considered to be a Bad
> Idea™ (largely due to ergonomic factors). That's probably the reason that it
> wasn't included in the new design.

I don't talk to you in person, this is dedicated to GNOME. So please, don't take this personal. I want help GNOME with this paragraph:

That's sound like the typical problem of GNOME. We (the users and community) want a feature which is just sane and loved. It just doesn't matter that horizontals-scrolling is a "Bad Idea" in the eyes of some developers[1]. You can't tell a the source-code in your Gedit-Window that long lines are a "Bad Idea". From the point of view of a programmer text-wrapping is "Bad Idea"! In this context horizontal-scrolling is a "Good Idea". An artist who is drawing a wide picture with GIMP on his/her small screen at home will see, that this is also valid from him/her.

Don't force users to use the applications in a specific way. That's is bad application-design and one of the major problems of GNOME nowadays. This doesn't mean a bunch of useless options, it means well choosen defaults and some sane options. The other point behind this is, that the application should restrict you in unnecessary ways (e.g. application which creates printed bills should allow values with "0.00" and some text for notes to the customer...).

[fun]It is not a solution to remove "horizontal-scrollbars" with the next release of GNOME.[/fun]


[1]
As you see. I think "horizontal-scrolling" is a "Bad Idea" in the case of Eye-Of-GNOME. But thats my opinion! If you ask me, a developer of an UI should avoid horizontal-scrolling if possible. But thats my opinion, a good solution is a checkbox and a well working (tested) solution to change the thumbnail-view to "vertical" (their is one, hidden in dconf which is buggy). My opinion doesn't fit for everyone, so the option would make everyone glad!
Comment 11 Peter 2013-03-07 12:20:27 UTC
> The other point behind is, that the application should *not*
> restrict you in unnecessary ways (e.g. application which creates printed bills
> should allow values with "0.00" and some text for notes to the customer...).
Comment 12 Allan Day 2013-03-28 10:46:53 UTC
Fair enough. I agree with all of this.

The two finger scrolling option should enable both vertical and horizontal scrolling.
Comment 13 Peter 2013-03-28 14:45:39 UTC
Thank you Allan!

I would suggest to merge the two options from "dconf" into one in the UI of "System Settings". So the option in "System Settings" will trigger both of them at once. This will allow users with a liking, to fine-tune the behaviour still via "dconf".

https://git.gnome.org/browse/gnome-control-center/tree/panels/mouse/gnome-mouse-properties.c // seems to be the starting point, but I currently don't know enough
Comment 14 Ondrej Holy 2013-03-28 15:07:46 UTC
Thanks for taking the time to report this bug.
This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version. You may want to check for a software upgrade.

*** This bug has been marked as a duplicate of bug 651134 ***
Comment 15 Bastien Nocera 2013-03-28 15:09:29 UTC
bug 651134 just changed the defaults, it didn't bind the 2 configurations together in the UI.
Comment 16 Ondrej Holy 2013-03-28 15:23:38 UTC
Sorry, I have overlooked last post. 

So, I can fix it like punishment, but I don't understand what we should bind in UI? We are talking about merging horiz-scroll-enabled with scroll-method and necessary changes in gnome-settings-deamon?
Comment 17 Bastien Nocera 2013-03-28 15:33:42 UTC
(In reply to comment #16)
> Sorry, I have overlooked last post. 
> 
> So, I can fix it like punishment, but I don't understand what we should bind in
> UI? We are talking about merging horiz-scroll-enabled with scroll-method and
> necessary changes in gnome-settings-deamon?

Either that, or we can change both values from the UI so as to keep the g-s-d code the same. I prefer the latter for now.
Comment 18 Ondrej Holy 2013-03-28 16:46:07 UTC
(In reply to comment #17)
> (In reply to comment #16)
> > UI? We are talking about merging horiz-scroll-enabled with scroll-method and
> > necessary changes in gnome-settings-deamon?
> 
> Either that, or we can change both values from the UI so as to keep the g-s-d
> code the same. I prefer the latter for now.

No problem.

(In reply to comment #12)
> Fair enough. I agree with all of this.
> 
> The two finger scrolling option should enable both vertical and horizontal
> scrolling.

So we want enable horizontal scrolling exclusively only for two finger option and disable it for edge scrolling? Or just enable it only with every toggle event?
Comment 19 Justin 2013-03-29 14:17:58 UTC
(In reply to comment #18)

> So we want enable horizontal scrolling exclusively only for two finger option
> and disable it for edge scrolling?

I don't see any reasons why it should not be enabled for edge scrolling. 
Is there any specific reason why both should have different behaviour?
Comment 20 Sulphur 2013-03-30 05:23:19 UTC
I use edge scrolling, and having horizontal scrolling by default would be great (per the reasons above). No reason to make the settings inconsistent.
Comment 21 Peter 2013-04-02 10:54:58 UTC
Changing the default sounds good and more sane.
Comment 22 Ondrej Holy 2013-04-04 12:47:13 UTC
Created attachment 240600 [details] [review]
enable horizontal scrolling when changing scroll method
Comment 23 Bastien Nocera 2013-04-04 12:49:58 UTC
Review of attachment 240600 [details] [review]:

Looks good.
Comment 24 Peter 2013-04-04 14:51:58 UTC
@Holy:
Question (personal interest) did you modified the file "/usr/share/glib-2.0/schemas/org.gnome.settings-daemon.peripherals.gschema.xml" to change the default setting?

I want just learn a little bit :-)
Thank yous
Comment 25 Bastien Nocera 2013-04-04 14:54:20 UTC
(In reply to comment #24)
> @Holy:
> Question (personal interest) did you modified the file
> "/usr/share/glib-2.0/schemas/org.gnome.settings-daemon.peripherals.gschema.xml"
> to change the default setting?
> 
> I want just learn a little bit :-)
> Thank yous

Yes, in https://bugzilla.gnome.org/show_bug.cgi?id=651134
Comment 26 Justin 2013-04-04 14:58:39 UTC
(In reply to comment #22)
> Created an attachment (id=240600) [details] [review]
> enable horizontal scrolling when changing scroll method

So to enable horizontal scrolling, I need to change my scroll method and back again? Is this the solution?

Also, what about the default case?
Comment 28 Peter 2013-04-04 15:09:45 UTC
@ Justin:

From GNOME 3.10 on "horizontal scrolling" will be active by default for "two-finger-scrolling" and "edge-scrolling". If you upgrade from an earlier release, without sweeping your configuration, changing the scroll method will enable horizontal scrolling.

Correct me if I'm wrong.
Comment 29 Peter 2013-04-04 15:10:17 UTC
Thanks Bastien!
Comment 30 Justin 2013-04-04 15:25:59 UTC
(In reply to comment #28)
> @ Justin:
> 
> From GNOME 3.10 on "horizontal scrolling" will be active by default for
> "two-finger-scrolling" and "edge-scrolling". If you upgrade from an earlier
> release, without sweeping your configuration, changing the scroll method will
> enable horizontal scrolling.
> 
> Correct me if I'm wrong.

I saw that bug just now, I think this is fine then, thanks.
Comment 31 Bastien Nocera 2013-04-19 09:33:50 UTC
*** Bug 687557 has been marked as a duplicate of this bug. ***
Comment 32 Allan Day 2013-04-19 17:31:45 UTC
*** Bug 685584 has been marked as a duplicate of this bug. ***
Comment 33 Bastien Nocera 2013-05-21 06:40:27 UTC
*** Bug 700733 has been marked as a duplicate of this bug. ***