[Solved]Ticket #4452 - Zooming with scroll wheel doesn't work

[qurn]

Zooming out/in with the scroll wheel doesn't work in the navigation options where it is listed as mapping.

1. Go to Edit - Preferences - Display - Navigation
2. Under 3D Navigation select any one of these options:
OpenInventor, Revit, Blender, MayaGesture, Gesture
3. check under 'Mouse...' Button to verify scrolling should zoom in this setting.
4. click ok and try to zoom in the 3D view.

In Blender 'Ctrl + Middle Button pressed + Cursor Up/Down' zooms, although its not in the description under 'Mouse...'.

I think I used Gesture and the bug is introduced in the last 3 weeks, but I am not sure about this.

While at the topic:
I find the 'Mouse...' Button description a bit vague, 'Show Buttons' or 'Show Mapping' would describe the function better IMO.

OS: Arch Linux
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.21418 (Git)
Build type: Release
Branch: master
Hash: 54e9ad9d4198c4b6713ab3afac90feabdb3f77c2
Python version: 3.8.5
Qt version: 5.15.1
Coin version: 4.0.0
OCC version: 7.4.0
Locale: English/United States (en_US)

[jmaustpc]

Version: 0.19.21418 (Git)

Your version is just over 1 thousand commits out of date, plesse download the current version and see if the bug is gone.

There was a bug fix related to mouse wheel scrolling recently, I think it was a Mac only issue, not sure but it works on Linux, any way might or might not be related.

[drmacro]

Seems ok in the daily build on Linux.


OS: Ubuntu 20.04.1 LTS (XFCE/ubuntustudio)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.
Build type: Release
Branch: unknown
Hash: d20512216052f049ac76311a9c825852daf712e5
Python version: 3.8.2
Qt version: 5.12.8
Coin version: 4.0.0
OCC version: 7.3.0
Locale: English/United States (en_US)

[qurn]

Then its probably my unclean build. I ran 'git pull' and then 'cmake --build .' for a update. Now I'm building from scratch, on 30%. I'll update, but this might take a while on my machine.

[qurn]

Fresh build, problem remains. Maybe it is arch linux related.
Can a arch linux user confirm/reproduce this?

OS: Arch Linux
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.22436 (Git)
Build type: Release
Branch: master
Hash: 7459f87c88c502138edda363748b61c63ba980e2
Python version: 3.8.5
Qt version: 5.15.1
Coin version: 4.0.0
OCC version: 7.4.0
Locale: English/United States (en_US)

[TheMarkster]

Have you tried using the AppImage version on Arch?

[DeepSOIC]

The fix chrisb talked about is this: https://forum.freecadweb.org/viewtopic.php?f=9&t=49680
And it is not only for macs, it changes wheel event delivery mechanism, so it can affect everyone. It certainly made a difference on windows too.

Can you please max out zoom step and check? Is there no zooming at all, or maybe there is but very very little?
Also, try unrolling to 666682d4e7ddcbc1b79ba22c7f99f47a3c47ead2, which is the state just before the changes.

[qurn]

I'm compiling again [git checkout XXX && cmake --build .]. There is no scroll at all, zoom step maxed out. The other options, not involving the scroll wheel, are working normally.

[DeepSOIC]

It seems buttons 4 and 5 are indeed used for the wheel sometimes.
http://xahlee.info/linux/linux_x11_mous ... umber.html

In Linux X11, each mouse button is assigned a number.

Here's the numbering:

1 = left button
2 = middle button (pressing the scroll wheel)
3 = right button
4 = turn scroll wheel up
5 = turn scroll wheel down
6 = push scroll wheel left
7 = push scroll wheel right
8 = 4th button (aka browser backward button)
9 = 5th button (aka browser forward button)

so I suppose, reactions to buttons 4 and 5 as wheel clicks should be resurrected for maximum compatibility.

[jmaustpc]

It seems buttons 4 and 5 are indeed used for the wheel sometimes.
http://xahlee.info/linux/linux_x11_mous ... umber.html

In Linux X11, each mouse button is assigned a number.

Here's the numbering:

1 = left button
2 = middle button (pressing the scroll wheel)
3 = right button
4 = turn scroll wheel up
5 = turn scroll wheel down
6 = push scroll wheel left
7 = push scroll wheel right
8 = 4th button (aka browser backward button)
9 = 5th button (aka browser forward button)

so I suppose, reactions to buttons 4 and 5 as wheel clicks should be resurrected for maximum compatibility.

I remember Chris saying on Mac something about them having to change the setting for the number of clicks or the number of moves per click when you roll a wheel something like that and I think that bug fixed it that's what I was thinking of before.

I'm a few hundred km from home talking on my phone so I don't have my version data etc here but I'm running kubuntu 18.04 with a standard well I was going to say to button mouse with scroll wheel but of course you can click the wheels so technically it's a three button Mouse I wonder if this guys got some sort of more complex fancy Mouse and if that's relevant? Might have 5 buttons or something. If so might explain why I don't have the issue.

Jim