The VideoLAN Forums

In brief
I'm seeing very odd behaviour that would be consistent with VLC confusing its x-axis with its y-axis when it comes to detecting the mousewheel, as when the position should be changed, the volume is changed, and when the volume should be changed, the position is changed.

Version details
I'm running VLC 1.1.12 on OSX 10.6.8 with a bog-standard Magic Mouse and no extra mouse software such as Better Touch Tool, etc loaded. I have reset all settings and restarted VLC, but still see the same behaviour.

In detail
Assume I've just loaded VLC, reset the settings, and restarted it. Going into Preferences -> All -> Interface -> Hotkey settings -> Hotkeys, I see one option, "MouseWheel x-axis Control" which is set to the value "Volume Control".

I take that as meaning that when I move my finger left <---> right, the volume will change, and moving up <---> down, the position will change. What is actually happening is the opposite.

So with that fresh reset of settings, I play a movie, swipe left --> right, and the position increases. If I swipe right --> left, the position decreases. Up --> down, the volume decreases, and down --> up, the volume increases. So it's not a case of the +/- being the wrong way round, but rather the function being assigned to the wrong axis.

If I change the default preference from "Volume Control" to "Position Control" and restart, I would fully expect the x-axis to control the position... but (and you can probably tell what's coming ) nope; the x-axis now controls the volume.

It may be the case that the problem exists on non-Mac builds, but since I deleted my Windows partition in a fit of rage / genius moment (delete as applicable a few months back), I'm not in a position to test this.

So, does anyone else see this behaviour, or do I have a gremlin in my system somewhere? I did a search on the forum, and although there were plenty of posts about the +/- being flipped, or using the mousewheel while over controls, I couldn't find anything about the x= and y-axis being swapped. Oh yes - my mouse cursor was roughly in the middle of the video window for the purposes of testing this.

Dan

The x-axis is the one where the mouse-wheels around, which is the vertical one. Which is why you are confused...

I will rename to "vertical axis" or something.

If it's the label you'd prefer to change (rather than the behaviour), I'd have thought calling it "y axis" would make more sense, as that is the axis along which one's finger moves to turn an "old-style" mouse wheel.

I don't think I'm being too radical in this line of thought, as that is exactly what WebKit browsers do: the event object passed to mousehweel event handlers has both "wheelDeltaX" and "wheelDeltaY" properties, with "wheelDeltaY" changing as you swipe up <---> down (along the Y-axis), and "wheelDeltaX" changing as you swipe left <---> right (along the X-axis). Even using an "old-style" mouse with a wheel that only goes up <---> down, it's the "wheelDeltaY" property that is updated as the wheel is turned, with the "wheelDeltaX" property remaining fixed at 0.

Personally, I think it would make sense to leave the label as "x", and flip the behaviour... but then again, I've not had a mouse with unidirectional wheel in a long time, so I could be biased