[enhancement] Ubuntu needs a way to set mouse scrolling speed

Reported by Jim Hutchinson on 2007-07-06
534
This bug affects 115 people
Affects Status Importance Assigned to Milestone
GTK+
New
Medium
Mir
Wishlist
Unassigned
One Hundred Papercuts
Wishlist
Unassigned
Unity
Undecided
Unassigned
gnome-control-center
New
Medium
gnome-control-center (Ubuntu)
Wishlist
Markus Kühne
gtk+3.0 (Ubuntu)
Wishlist
Unassigned

Bug Description

This has been driving me nuts for a while now. The scroll wheel on my desktop mouse (it's an MS wireless optical mouse model 1008) scrolls rather fast. Instead of moving a few lines, it scrolls half a page or more with a very gentle scroll. The bluetooth mouse I use with my laptop does not do this so it's probably somewhat hardware specific. However, I'm wondering if there is a way to modify the speed or sensitivity. I found an answer here from about a year ago (https://answers.launchpad.net/ubuntu/+question/1339) that suggests there isn't a way but I'm wondering if anything has changed since then. I've also skimmed through synaptic but didn't see anything promising (like gsynaptic for touchpads).

Thanks.

See https://answers.launchpad.net/ubuntu/+question/9200 for more information.

Assigning to gtk+2.0.

This issue is known upstream (see bug watch).

Changed in gtk+2.0:
importance: Undecided → Medium
status: New → Confirmed
Changed in gtk+2.0:
assignee: nobody → desktop-bugs
importance: Medium → Wishlist
Changed in gtk:
status: Unknown → Confirmed
Matvei Fisenko (2matvei) wrote :

Bug is not fixed, and it is very VERY annoying.
People can not switch to Ubuntu because of this bug, which was mentioned in 2002 year!

Jim Hutchinson (jphutch) wrote :

It's also really annoying with the compiz desktop "wall" in gutsy. You can't switch to the next desktop as it moves 4 desktops at a time (at least in my case). I see no work around in compiz or gtk.

Götz Christ (g-christ) wrote :

That's a strange 'bug'. after 5 years and nothing.
What config file must I change to manipulate the scroll speed?

klap-in (klap-in) wrote :

I have here a IBM mouse ( MO09BO ) that hasn't a wheel but a kind of switch. When you move the switch forward/backward it give immediately pulses to the computer, all the time you move it forward/backward. When you leave it, the pulses stop. But all the programs react to fast on it, so it will be great when I can manipulate the 'scroll' speed.

James (james-san) wrote :

bump++

YES can we PLEASE have a setting for the scroll speed?!

I just bought a new ms mouse and one click scrolls like half a page. I was very surprised to find that there is not even a hidden setting!
Luckily firefox lets you override it, but it is very annoying in other apps.

And while someone's digging around in the gtk scroll code, smooth scrolling like firefox does would be nice ;)

James (james-san) wrote :

P.S.
In case anyone cares, the firefox setting is found by typing "about:config" in the location bar, then changing "mousewheel.withnokey.sysnumlines" to false, and messing with "mousewheel.withnokey.numlines"

This should be more important than "Wishlist"

Changed in gtk+2.0:
status: Confirmed → Triaged
fyo (fyo) wrote :

There are multiple issues here that make the "Wishlist" importance a mistake, IMHO.

If you read the link for more information in the bug description, you'll see that the problem isn't just adjusting wheel sensitivity... the very real problem is that many wireless mice (all MS Wireless?) report MULTIPLE EVENTS on each unit scroll if the system is ever booted into Windows. The mouse should only report two events (one press, one release), but instead reports multiple such.

That makes it *impossible* to scroll only one unit in any application that does not have a scroll sensitivity *divisor*, which exactly ZERO applications do that I'm aware of.

There are two possible solutions to this:

- Implement proper sensitivity adjustment accessible in Gnome.

or, better,

- Figure out what the hell is going on with the mouse/transceiver and send commands to it to fix it.

This is essentially a driver issue and should be handled as such (option 2). That doesn't exclude ALSO implementing option 1, but option 1 is properly set to "Wishlist", whereas the real issue here is the faulty driver for oddly-behaving wireless mice. It *appears* that booting into Windows causes some sort of hardware level sensitivity to be changed, resulting in multiple events per unit scroll.

The "workaround" is to unplug the transceiver (which appears to reset it to the sane 1 press + 1 release per unit scroll), but one cannot expect dual-booters to unplug their wireless transceiver every single time they boot into Windows.

I had the same problem with the scroll wheel (as well as the back and forward buttons on the sides of my mouse) and am wondering if it's not more of a configuration error in xorg.conf?

Many of the mice on the market today use more than 5 buttons in fact, my mouse is a standard Microsoft wireless laser mouse 5000 and it has 9 buttons (Right, Left, Back, Forward, scroll up, scroll down, press scroll button, move scroll button left, move scroll button right, = 9). I used a different mouse for a test to see if this could really be the case. I had an old GE Optical Mouse WK2803 (wired to usb) and it has 7 buttons. (Right, Left, Back, Forward, scroll up, scroll down, press scroll button in = 7)

When I changed my xorg.conf to look like the snip below, everything worked perfectly. Even the number of scroll lines seemed to immediately change to the default of 3 per scroll.

begin copy

Section "InputDevice"
        Identifier "Configured Mouse"
        Driver "mouse"
        Option "CorePointer"
        Option "Device" "/dev/input/mice"
        Option "Protocol" "ExplorerPS/2"
        Option "Buttons" "9" <-- for my GE mouse, I changed this to 7 and everything worked again.
        Option "ZAxisMapping" "4 5"
        Option "ButtonMapping" "1 2 3"
        Option "Emulate3Buttons" "false"
EndSection

end copy

Could it possibly be that simple as putting in the correct number of buttons in the xorg.conf and not a bug at all?

Thank you for your time.

Patrick (patrick-dcruze) wrote :

There may very well be multiple problems at play here. Certainly using the correct InputDevice section in the xorg.conf file may eliminate one of more of these problems. But it seems there's a fundamental problem with MS wireless mice _if_ you dual-boot into Windows.

fyo has posted an accurate assessment (see 2 posts above) of the situation so I won't bother repeating it. But it sounds like a kernel usb inputdev developer may need to reset the MS usb wireless transceiver.

Vish (vish) wrote :

 Thank you for bringing this bug to our attention. Unfortunately a paper cut should be a small usability issue that affects many people and is quick and easy to fix. I'm afraid this bug can't be addressed as part of this project.

But as fyo has commented, there is no easy/quick fix.

 A paper cut is a minor usability annoyance that an average user would encounter on his/her first day of using a new installation of Ubuntu 9.10.

 For further info about papercuts criteria , pls read > https://wiki.ubuntu.com/PaperCut

 Don't worry though, This bug has been marked as "invalid" ONLY in the papercuts project.

Changed in hundredpapercuts:
status: New → Invalid
antistress (antistress) wrote :

maybe Bug #61561 is related ?

Vish (vish) on 2009-08-18
affects: hundredpapercuts → null

I think the option is realy needed because in my case it not MSmouse-speciefec issue.

I have a macbook with osx and ubuntu machine.
They are connected with Synergy. And macbook is server for synergy.

The scroll speed is insane even if i use touchpad.

I'm understand that this can be a Synergy bug but if we have such adjustment in Control Center it will solve my problem.

Sorry for my bad english.

Nowaker (nowaker) wrote :

Indeed. Three lines of scroll is to less for me. This should be configurable via anything - xorg or Gnome, but configurable. For now, there is no way to change it.

Xebec (vkleban) wrote :

It kinda did not bother me before, since I used Firefox, which had its own config. Since I swatched to Chrome, I really want this problem to be fixed.

Adam (adam-jackman) wrote :

I have a Microsoft Wireless 5000 mouse and this issue makes it nearly impossible to use the wheel fro scrolling. I do dual boot for games, so I will have a look from the windows side for a resolution too.

chriz (christian-seipel) wrote :

I'm having a Microsoft Wireless 6000 mouse and have the same issue as Adam. After shutting down windows and boot into ubuntu the mouse wheel is unusable for scrolling.

But in my case I found a solution. After booting ubuntu I'm pulling out the wireless USB receiver of the mouse an plug it in after some seconds. This helps getting the normal scrolling speed back in my case.

Lifyre (lifyre) wrote :

I can confirm that removing the USB reciever and replacing it on a Microsoft Wireless 6000 fixes the issue. The scroll rate is 10 times faster before doing this fix.

Changed in gtk:
importance: Unknown → Wishlist
Daniel Ferguson (dferguson) wrote :

+1 to dmitry's comment above.

Using OSX as a synergy server and gnome as a client - using the two finger scroll gesture on the MacBook touch pad sends a large number of scroll events to gnome.

Definitely something that could be fixed on synergy but having a sensitivity setting would fix it for every situation.

Alpha Crasher (ah734) wrote :

Pascal and company,

The only wish-list the lack of scroll wheel adjustment belongs on is Microsoft's wish-list - as in they wish it never happens.

If you want people, end users, to migrate to Linux, then the LAST thing you want is to make the controls uncomfortable.

This would put mouse, mouse wheel and touch pad control adjustment at the TOP of the DROP EVERYTHING and DO YESTERDAY list.

Given that a Microsoft memo identified Linux as the single biggest threat it faces, and that OpenOffice does virtually everything that MS Office does, but for free, I wonder how much Microsoft would be willing to offer me in cash, foreign property and cash or even jobs for my family members or a future job for myself if I were in a position to hold back or delay the development of the crucial FUNDAMENTALS that end-users expect in an operating system such as comfort adjustment of keyboards and mice?

How much would Microsoft be willing to pay me if I could hold on to my position of steering development efforts away from anything that would make Debian, the most widely distributed version of Linux with it's default Gnome desktop, INSTANTLY more user friendly?

Is this a far-fetched idea, not really, just ask yourself 3 questions: 1) how many decades have mice, scroll wheels and touch pads been around?, 2) How many computers don't have both a keyboard and a mouse?, and 3) How is it possible a simple mouse-wheel adjustment has not been implemented in Gnome?

If you have any doubts as to the effect of the lack of user-friendliness, you need look no further than Ubuntu and Fedora. The sole reason that these distributions exist and have gained in popularity is the lack of user-friendliness of other distributions because end-users will invariably choose a user-friendly installation.

No Fyo, this is NOT a hardware issue as nobody in their right mind expects hardware manufacturers to fabricate hardware for Linux which has less than 3% of the market. While comfort and ease of use by itself will not grow that market share, lack of it certainly will keep it from increasing. Daniel has it right.

dinamic (dinamic6661) wrote :

i hate this bug, i'm using Chrome and it's a pain to scroll long pages.

fsando (fsando) wrote :

I don't need this often but when I need it I'm seriously surprised that it's not there.

Is the reason it's missing that xorg makes it too complicated to implement? If that's the case we must hope really hard for Unity.

Gleb Mazovetskiy (glex-spb) wrote :

This bug definitely accounts for over 30% of my productivity loss after moving to Ubuntu
Scrolling through reports, web pages, and conversation threads is way too difficult

Pavel Verba (pavel.s.verba) wrote :

Neat. According to Matvei Fisenko, this bug is nine years old now.

Eren Tantekin (eren-tantekin) wrote :

The function that determines the scroll rate is in gtk/gtkrange.c

/**
 * _gtk_range_get_wheel_delta:
 * @range: a #GtkRange
 * @direction: A #GdkScrollDirection
 *
 * Returns a good step value for the mouse wheel.
 *
 * Return value: A good step value for the mouse wheel.
 *
 * Since: 2.4
 **/

Here, the scroll rate is determined dynamically by a smart (not so much?) algorithm:
delta = pow (adj->page_size, 2.0 / 3.0);

I don't want to offend the gtk developer that implemented this algorithm there. Obviously it may have temporarily solved the users complaining about too fast/too slow scrolling, but now it is time to make the scroll rate modifiable by the user.

Of course, implementing a new scrolling algorithm from scratch (with smooth scrolling) must be a priority too, since Ubuntu will possibly be coming to smartphones/tablets. But that rather than waiting for that, this problem can be fixed by a simple gtk patch which will read the scroll rate from a config file.

Curtis Hovey (sinzui) on 2011-11-11
no longer affects: null
Changed in gtk:
status: Confirmed → Fix Released
Pavel Verba (pavel.s.verba) wrote :

Why this have been marked as "Fix Released"? I do not see anyone ever mentioning a real fix.

The problem mentioned in the Question #9200 is mice manufactured by Microsoft scrolling too fast. Even if it can be solved, which it is not, there is no generic way to manipulate scroll speed for non-Microsoft mice.

Please re-open.

Adam Niedling (krychek) wrote :

They closed the bug upstream as fixed. I think they just made the scrolling a bit faster but they didn't make a way for us to set the scroll speed. So the upstream bug wasn't really the same as the downstream one.
And the scroll speed is still too slow compared to windows.

Adam Niedling (krychek) on 2012-03-13
summary: - gnome needs a way to manipulate scroll speed
+ Ubuntu needs a way to set mouse scrolling speed
Gerry Boland (gerboland) on 2012-03-14
Changed in unity-2d:
status: New → Invalid
Omer Akram (om26er) on 2012-03-26
Changed in unity:
status: New → Invalid
Changed in gtk+2.0 (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody

Is there still no way for the user to adjust the wheel speed?

Aleve Sicofante (sicofante) wrote :

Some people wonder why I sometimes say Ubuntu is half-finished. This and the sorry state of gpointing-device-settings is the best proof.

If there's no way to properly set/use mice and touchpads on many desktops/laptops, there's no way Ubuntu can gain more users. No amount of Unity improvements and shiny lenses and scopes will overcome a simple showstopper like this. Ever.

Daniel van Vugt (vanvugt) wrote :

I totally agree. Unfortunately it's a problem we have inherited from Gnome 3.x. So many configuration options are hidden.

If you can't find what you need in gnome-control-center then open a terminal and run "synclient" which will show you many settings for touchpads at least. Also, for any input device type you can run:
    xinput list-props N
where N is a number shown by running "xinput" by itself. You can also use xinput to customize settings.

If you want to make such a command set on log in, you can add it as a startup program in "gnome-session-properties".

Yorick Henning (p-yorick) wrote :

This still hasn't been fixed? This is embarrassing. I bought a new mouse, and not only can I not use the scroll wheel effectively in Ubuntu (I need to spin it four or five times to move a paragraph), the mouse cursor traverses my 2560-pixel wide desktop in under 2cm of tabletop movement on the minimum available speed setting.

I get it, first world problems - but this is elementary for a desktop UI system. The fact that this hasn't been implemented in a *decade of Ubuntu development* is shamefully irresponsible.

I'm annoyed but capable of going and hacking my RCs in order to get xinput to fix this, but most Ubuntu users *cannot* be expected or even *able* to put up with this to get their *mouse to work properly*.

cmavr8 (cmavr8) wrote :

Yorick, I completely agree with you.

I wonder which is the correct way to try to elevate this issue and let devs know it's important. Should I refer people affected to this bug and have them subscribe? Or should we open an idea at http://brainstorm.ubuntu.com and vote there?

Chris

IKT (ikt) wrote :

Well currently the bug has 4 statuses:

Fix Released
Invalid
Invalid
Triaged

Both Fix Released and Triaged have importance set to "wishlist", along with this not being an ubuntu issue, but a gnome issue, the chances of this getting fixed or implemented by Canonical are close to zero, you would be better off attempting to throw money at a developer, (most likely a gnome developer) to implement this.

Just my 2c.

G9283 (b8732) wrote :

I don't understand. Is this fixed? It says Fix Released.

How do I set the scroll speed?

IKT (ikt) wrote :

@G9283

Click on: gnome-bugs #89259

Benjamin Otte (Company) [developer] 2012-03-07 00:55:03 UTC

I was just reading git logs for this, and I've not heard anybody complain about
scroll wheel performance forever, so I consider this closed.

Jeremy Bicha (jbicha) wrote :

I believe the front-end for this should live in gnome-control-center (and probably needs to be fixed by GNOME if it's going to be implemented). Updating this bug's projects to match that.

affects: gtk+2.0 (Ubuntu) → ubuntu
affects: ubuntu → gnome-control-center (Ubuntu)

People have stoppef complaining because there has been no change for so
long.

I ended up changing a perfectly good mouse to resolve the issue.

Adam
On 2 Mar 2013 03:22, "IKT" <email address hidden> wrote:

> @G9283
>
> Click on: gnome-bugs #89259
>
> Benjamin Otte (Company) [developer] 2012-03-07 00:55:03 UTC
>
> I was just reading git logs for this, and I've not heard anybody complain
> about
> scroll wheel performance forever, so I consider this closed.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/124440
>
> Title:
> Ubuntu needs a way to set mouse scrolling speed
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/gtk/+bug/124440/+subscriptions
>

Who the hell decided to close this? Ubuntu is unusable with some brands of mice. And we go and just put it into the "I don't care basket"?

Who is in charge of this project? Can we please talk about this? <email address hidden>

Adam Niedling (krychek) wrote :

Michi: change the importance of this bug if you can.

chud (richud.com) wrote :

I would just like to add to this bug list I have been using Ubuntu for 4 years and this has annoyed/infuriated me more than any other 'issue' with Ubuntu to date.

G9283 (b8732) wrote :

@chud You're lucky if this bug infuriates more than any other. How about, why don't windows remember their last position? Seriously!!!!!! This is the most stupid thing. And it's a "Not My Job" issue, and aalways will be.

G9283 (b8732) wrote :

@IKT So what you're saying is this: bugs get closed when can we can, ssshhhhh, close them without anyone noticing. You know, because... nobody cares enough anymore, everyone has been instilled with __just enough ignorance, and gained __just enough smarts to stop bashing their head against a hard wall.

G9283 (b8732) wrote :

*sigh* I just looked at the reported by timestamp: 2007-07-06

Just because one person upstream closes it when they think it's not
affecting anyone doesn't mean there aren't other developers who are
concerned about it. Can you please keep the noise down on these bug reports
so important information doesn't get lost?

On 3 March 2013 21:06, G9283 <email address hidden> wrote:

> *sigh* I just looked at the reported by timestamp: 2007-07-06
>
> --
> You received this bug notification because you are subscribed to One
> Hundred Paper Cuts.
> Matching subscriptions: Papercut bug mail
> https://bugs.launchpad.net/bugs/124440
>
> Title:
> Ubuntu needs a way to set mouse scrolling speed
>
> Status in GNOME Control Center:
> Unknown
> Status in GTK+ GUI Toolkit:
> Fix Released
> Status in One Hundred Paper Cuts:
> New
> Status in Unity:
> Invalid
> Status in Unity 2D:
> Invalid
> Status in “gnome-control-center” package in Ubuntu:
> Triaged
>
> Bug description:
> This has been driving me nuts for a while now. The scroll wheel on my
> desktop mouse (it's an MS wireless optical mouse model 1008) scrolls
> rather fast. Instead of moving a few lines, it scrolls half a page or
> more with a very gentle scroll. The bluetooth mouse I use with my
> laptop does not do this so it's probably somewhat hardware specific.
> However, I'm wondering if there is a way to modify the speed or
> sensitivity. I found an answer here from about a year ago
> (https://answers.launchpad.net/ubuntu/+question/1339) that suggests
> there isn't a way but I'm wondering if anything has changed since
> then. I've also skimmed through synaptic but didn't see anything
> promising (like gsynaptic for touchpads).
>
> Thanks.
>
> See https://answers.launchpad.net/ubuntu/+question/9200 for more
> information.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/gnome-control-center/+bug/124440/+subscriptions
>

Changed in hundredpapercuts:
status: New → Confirmed

Also the wishlist status means that it's a new feature that needs to be implemented rather than a fix for an existing one. If there already was a slider for adjusting the sensitivity of the mouse scroll that wasn't working, then it would have either a low/medium/high importance.

Changed in hundredpapercuts:
importance: Undecided → Wishlist
Sebastien Bacher (seb128) wrote :

could people stop arguing about bug settings, adding a new option is defined as "wishlist" it doesn't mean it will not be worked on or that it's a low priority

Pavel Verba (pavel.s.verba) wrote :

A huge "hooray" goes to the One Hundred Paper Cuts project. It would be terrific to have this fixed at last, irrelevant to whether this is an "enchancement", a "bug", a "whishlist item" or anything else entirely.

I hope this dramatic and epic 6 year story evades the eyes of the people to whom GNU/Linux is advocated on the grounds that in this OS mistakes and shortcomings are always rectified quickly, because usually it is not like this. :)

IKT (ikt) wrote :

@G9283 (b8732)

Yes, that's how bug reports work, when no one is interested in them, they are left to rot, in a non-public company bugs are fixed based on how heavily they impact to users and what those users are trying to do with it, if they don't impact the program heavily enough, they don't get fixed, which is basically the same thing here, except we have the freedom to contribute a fix to a bug that affects us.

@seb128 "could people stop arguing about bug settings, adding a new option is defined as "wishlist" it doesn't mean it will not be worked on or that it's a low priority"

Actually that is the definition of wishlist:

http://www.merriam-webster.com/dictionary/wish%20list

"a list of desired but often realistically unobtainable items"

So what is the point of a bug being on a wishlist? It's saying 'this bug is desired to be fixed, but unlikely to be', it is low priority and bugs that take 6 years to even be looked at generally are low priority, so I'm not arguing, I'm stating a fact.

@Paul Somebody

"in this OS mistakes and shortcomings are always rectified quickly"

This isn't something that should be advocated, issues can be rectified quickly but I wouldn't say 'always', in fact if we go back to before Ubuntu was based on Unity and was based on Gnome, issues were almost never rectified quickly.

Anyway lets all hold hands and pray to zeus the 100 paper cuts team can fix this issue. Good luck team :-)

Daniel van Vugt (vanvugt) wrote :

Linked to a more relevant upstream bug which better describes the same problem as this one does. This time it's not marked as resolved already... https://bugzilla.gnome.org/show_bug.cgi?id=692666

Changed in gtk:
importance: Wishlist → Unknown
status: Fix Released → Unknown
Changed in gtk+3.0 (Ubuntu):
status: New → Confirmed
importance: Undecided → Wishlist
no longer affects: unity-2d
no longer affects: gtk (Ubuntu)
Daniel van Vugt (vanvugt) wrote :

Last I checked, mouse scrolling came from discrete up/down button events (mouse buttons 4 and 5). So the "configuration" has to happen in the code that receives the button 4/5 events and translates them into actual scrolling. That is typically the toolkit so I have added another GTK task. However that won't resolve it for other toolkits like in Mozilla apps. They would have to be fixed separately :(

A fix-all solution would be to abstract scrolling at a lower level so that X(input) just gave you "scroll up/down by some amount". Only with a universal solution implemented in X could you configure scroll speed for all apps in one place. Does such a thing exist yet?...

Since the best solution to this seems to be a patch in X.Org and Mir is
currently in the pipeline, is it worth leaving this bug for now and
revisiting it when Mir arrives?

On 6 March 2013 08:31, Daniel van Vugt <email address hidden>wrote:

> Last I checked, mouse scrolling came from discrete up/down button events
> (mouse buttons 4 and 5). So the "configuration" has to happen in the
> code that receives the button 4/5 events and translates them into actual
> scrolling. That is typically the toolkit so I have added another GTK
> task. However that won't resolve it for other toolkits like in Mozilla
> apps. They would have to be fixed separately :(
>
> A fix-all solution would be to abstract scrolling at a lower level so
> that X(input) just gave you "scroll up/down by some amount". Only with a
> universal solution implemented in X could you configure scroll speed for
> all apps in one place. Does such a thing exist yet?...
>
> --
> You received this bug notification because you are subscribed to One
> Hundred Paper Cuts.
> Matching subscriptions: Papercut bug mail
> https://bugs.launchpad.net/bugs/124440
>
> Title:
> Ubuntu needs a way to set mouse scrolling speed
>
> Status in GNOME Control Center:
> Unknown
> Status in GTK+ GUI Toolkit:
> Unknown
> Status in One Hundred Paper Cuts:
> Confirmed
> Status in Unity:
> Invalid
> Status in “gnome-control-center” package in Ubuntu:
> Triaged
> Status in “gtk+3.0” package in Ubuntu:
> Confirmed
>
> Bug description:
> This has been driving me nuts for a while now. The scroll wheel on my
> desktop mouse (it's an MS wireless optical mouse model 1008) scrolls
> rather fast. Instead of moving a few lines, it scrolls half a page or
> more with a very gentle scroll. The bluetooth mouse I use with my
> laptop does not do this so it's probably somewhat hardware specific.
> However, I'm wondering if there is a way to modify the speed or
> sensitivity. I found an answer here from about a year ago
> (https://answers.launchpad.net/ubuntu/+question/1339) that suggests
> there isn't a way but I'm wondering if anything has changed since
> then. I've also skimmed through synaptic but didn't see anything
> promising (like gsynaptic for touchpads).
>
> Thanks.
>
> See https://answers.launchpad.net/ubuntu/+question/9200 for more
> information.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/gnome-control-center/+bug/124440/+subscriptions
>

Changed in gnome-control-center:
importance: Unknown → Medium
status: Unknown → New
Changed in gtk:
importance: Unknown → Medium
status: Unknown → New

This issue hasn't been solved in Ubuntu 13.04 yet.

Timo Palomaa (timppis) wrote :

#53: *My surprised face* :)

Lack of this setting now plagues especially Chrome/Chromium, since earlier this year a command-line switch to set a custom scrolling speed was removed from Chrome (it was experimental in the first place), so now there is no simple workaround for Chrome (I guess Firefox still has one in the about:config page). I find the default scrolling speed so uselessly slow on websites that I just really rather use PgUp/Down.

Seeing how the mouse & touchpad settings only just got (13.04, altough of course Gnome is responsible for this) options *removed* in the name of "streamlining" or whatever, somehow it just doesn't feel likely that there would ever be a GUI-setting for this even if it was already possible. It's this sort of things that answers the question "is Linux/Ubuntu ready for mainstream".

Leonardo Donelli (learts92) wrote :

Just a reminder: if you have ultra-fast scrolling speed in some MS bluetooth mouses, this is a 'universal' bug (happens in Windows too). Removing the bluetooth dongle and reinserting it usually resolves it.

Changed in mir:
importance: Undecided → Wishlist
status: New → Triaged
Zoltan Debre (zdebre-gmail) wrote :

This feature should be implemented as soon as possible, it would be very important. Our fingers just getting sick in Ubuntu... In Google Chrome you can use a quite great extension which helps there but need a system wide solution! This helps in Chrome: https://chrome.google.com/webstore/detail/chromium-wheel-smooth-scr/khpcanbeojalbkpgpmjpdkjnkfcgfkhb

Giannis (karzisss) wrote :

Loging back to Windows reminded me how much slow is scrolling on Ubuntu. This must be fixed ASAP!

Timo Palomaa (timppis) wrote :

There should be also a separate setting for laptops' touchpad edge scrolling to avoid constant tinkering with the setting, because obviously touchpad accelerates differently. At least I find that the default current slow scrolling is ok for my touchpad, but I hate it for my mouse wheels. For sure I'd rather live with that tinkering than current no-setting-at-all situation.

But the way the mouse settings were recently (13.04) dumbed down even more (additional touchpad settings removed and sensitivity and speed slider becoming one single slider - seriously?), I think it is more likely to see whole mouse settings being removed altogether by Gnome team than to see this ever being addressed with an additional setting...

I wonder, this bug have biggest heat among bugs, and still theres nothing done in this case.

Markus Kühne (m-kuehne) on 2013-09-13
Changed in gnome-control-center (Ubuntu):
assignee: nobody → Markus Kühne (m-kuehne)
Mindaugas Jakutis (4mr-minj) wrote :

Thank your for the chrome extension link

kecsap (csaba-kertesz) wrote :

1. I would advice people to switch to KDE from Gnome. It has proper mouse settings and much more.

2. I don't know if it helps for somebody, but I use mouse scroll emulation when the right mouse button is clicked down then moving the mouse up and down scrolls. -> I can more dinamically/quickly/accurately use on my laptop.

It is a system wide solution, set up once, restart the computer and enjoy in every app. It does not matter if it is Gnome or KDE. Create a file /etc/X11/xorg.conf.d/10-evdev.conf with the content:

Section "InputClass"
        Identifier "evdev pointer catchall"
        MatchIsPointer "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
        Option "EmulateWheel" "true"
        Option "EmulateWheelButton" "3"
EndSection

I originally used this tweek because my laptop does not have a touchpad, but I pleased to use with my Bluetooth/USB mouses for the same machine, it is a much better experience for me.

Adam Niedling (krychek) on 2013-10-14
tags: added: saucy
summary: - Ubuntu needs a way to set mouse scrolling speed
+ [feature] Ubuntu needs a way to set mouse scrolling speed
tags: added: feature
summary: - [feature] Ubuntu needs a way to set mouse scrolling speed
+ [enhancement] Ubuntu needs a way to set mouse scrolling speed
tags: added: enhancement
removed: feature

I would really love it to be able to have mouse config adjustment options for the mouse scroll by pixel instead of it jumping per line. It's bit annoying with it jumping 3-4 lines at a time or even half a page. most users, especially if they've come from another OS such as Windows or Mac OSX would hate not being able to adjust the scroll by pixel.

Mouse Scroll per Pixel [ 2 ]

or to any other user defined number of pixels they wish to set their scrolling rate to. I find it rather disappointing that Ubuntu lacks this option to customize your own mouse to how you want it.

M. A. (mysegfault) wrote :

This bug is still present in Linux Mint 16 (Ubuntu 13.10). Unplug / plug is "fixing" the problem.

Timo Palomaa (timppis) wrote :

@63: Huh? Wrong bug?

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.