Found the solution!
System Settings > Mouse & Touchpad >
Slide the second (unlabelled) slider all the way left, and then one notch right.
Turns out that unlabelled slider is the wheel scroll speed. Setting it
one notch from the left correctly reduces the wheel speed from 7.0 to
1.0 as Mir
Test case:
env MIR_CLIENT_INPUT_RECEIVER_REPORT=log mir_demo_client_egltriangle --
--desktop_file_hint=unity8
And roll your mouse wheel over it.
Expected: vscroll values of +1/-1
Observed: vscroll values of +7/-7
--
You received this bug notification because you are a member of Ubuntu
Touch
Confirmed the wheel vscroll value received by Xmir is exactly 7.0:
vscroll = mir_pointer_event_axis_value(pev, mir_pointer_axis_vscroll);
So for each mouse wheel tick:
USC sends a vscroll value of +1/-1 to Unity8
Unity8 sends a vscroll value of +7/-7 to apps
In previous versions of Xmir,
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: unity8 (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: qtmir (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
Good news: Confirmed I can reproduce the bug.
Bad news: The bug only happens in Unity8 and not in Mir demo servers.
What changed:
Xmir 2:1.18.4-1ubuntu4 adds accurate vscroll/touchpad support. So instead of
synthesising vscroll changes of any magnitude into fake button 4/5
press/releases, it
6 matches
Mail list logo