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