Horizontal-scrolling axis is inverted

[Enyium]

When you scroll with a horizontal scroll wheel in the fly-out window that appears when you click Ditto's tray icon, scrolling left scrolls right and vice versa. Please fix that inversion.

[shodanx2]

Hello,

On my logitech mx master 3s When I rub my thumb on the sidescroll in the rightward direction The ditto window scrolls toward the right as expected. Maybe some mouse are inverted ?

[shodanx2]

HI,

I compared notepad++ with ditto

And i see that they go in different direction.

Personnally I find that notepad++ is backward from how it should be.

But this clearly shows in my opinion, that this should be a setting because different people and peripheral are going to want different directions.

Example

https://github.com/user-attachments/assets/60efa17a-24f9-4fa7-89c7-0570b47b00d2

[Enyium]

I'm using X-Mouse Button Control to transform trackball movements (while holding another button) two scroll events. I assigned the action "Change Movement to Scroll" to a button. The settings dialog for this action has two checkboxes to invert both axes individually, which are both unchecked for me. So, moving the cursor right is obviously associated with scrolling to the right for me, which is how it behaves in Notepad++ and apps in general.

This makes it seem that your horizontal axis is globally inverted. Does moving your thumb up or down scroll to the right for you in Notepad++? I would guess that it would need to be moving it up.

If my software-based approach suggests that Ditto handles scrolling incorrectly, I don't see how it would need to be a setting. If Ditto changed the horizontal scrolling direction, it would also be consistent with Notepad++ for you. And then, since you perceive this direction to be incorrect, you'd need to globally invert the axis. You should test other apps to see whether the need to globally invert your axis proves true.

[shodanx2]

To compare with the vertical scroll

When you scroll into the up direction, the view moves up.

In notepad++ and the browser and libreoffice calc

if you scroll toward the right, then the view moves left. In Ditto it moves right.

So Ditto appears to be the opposite of what most programs are doing.

But most programs are doing it wrong.

I don't know if it is my mouse that is wired wrong, of if all mices with a sidescroll are wired wrong.

What mouse do you have and is it wired the same as mine ?

Here is what I physically mean when I say "scroll up"

https://github.com/user-attachments/assets/0e54e7ee-17b0-40db-83a5-933fee3ccdd7

[shodanx2]

Here is what I mean by "scroll right" in Ditto

https://github.com/user-attachments/assets/26109daf-70b4-4b16-be4c-018ce801eab7

Here is "scrolling right" in notepad++

https://github.com/user-attachments/assets/4c788666-addc-45a9-8e2f-06331662599c

Either my mouse is wired wrong, of most software interprets the input incorrectly when the control is understood to work like the vertical scroll.

[shodanx2]

After some research I found there are actually many people expressing this confusion about horizontal scroll wheel direction.

It appears that it is Microsoft who got it wrong in Windows 10

Here are some of those discussions

https://techcommunity.microsoft.com/discussions/excelgeneral/horizontal-scroll-bar-moving-in-wrong-direction/3574945 https://github.com/ahrm/sioyek/issues/39 https://forums.steinberg.net/t/horizontal-scrolling-inverted-opposite-between-windows-and-mac/771469 https://github.com/noah-nuebling/mac-mouse-fix/issues/989 https://www.buildwindows.com/change-the-scroll-direction-in-windows-11/ https://old.reddit.com/r/logitech/comments/ss0v02/mx_master_3_horizontal_scroll_direction/

However, Windows 10 does offer a way to flip the horizontal scroll discussion.

For me, this command resolved the issue I did not realize I had

reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\HID\VID_046D&PID_C548&MI_01&Col01\c&8c34cfb&0&0000\Device Parameters" /v FlipFlopHScroll /t REG_DWORD /d 1 /f

And here is the result

https://github.com/user-attachments/assets/74459956-9390-4486-bb73-4374fee77ddd

Unfortunately, this command will only work on my system

Because of this string "unique" to my system configuration

VID_046D&PID_C548&MI_01&Col01\c&8c34cfb&0&0000

The first part is the USB device Vendor ID and Product ID

Which can be discovered by unplugging and repluggin the USB receiver while USBLogView is running

https://www.nirsoft.net/utils/usb_log_view.html

Unfortunately, this does not tell you the rest of the string, which in my case is &MI_01&Col01\c&8c34cfb&0&0000

I had to go into the registry key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\HID\

Expand all the subkeys and find the ones that had a value called FlipFlopHScroll.

For me "&MI_01&Col01\c&8c34cfb&0&0000\Device Parameters" was the right one

While "&MI_01&Col01\c&34dc7625&0&0000\Device Parameters" did nothing !

[Enyium]

I think you're talking too much about your personal journey.

I believe the devs checking whether the relevant spot in the source code is wrong should already resolve this (especially comparing it with their vertical-scrolling implementation). Perhaps, there was just a misunderstanding originally.

What mouse do you have and is it wired the same as mine ?

I said I use the software X-Mouse Button Control to reinterpret the movement of my trackball (Elecom Huge) while a button is pressed. I.e., normally, trackball movement moves the cursor, but while pressing a certain button, trackball movement scrolls instead (handles both axes). So, in my case, it's not about hardware wiring, but solely one software emitting events and other software (apps) interpreting them again. It's quite a short and transparent chain. (I remapped the physical scroll wheel to control media volume instead.)