In Lion, there’s that new (so-called) ‘natural scrolling direction’ for trackpad.
The problem is that when controlling sliders thru trackpad, the fader’s action it’s reversed : scrolling up lowers the slider and vice versa.
A ‘scrolling direction’ option would be handy (and save some brain sanity) !
Yes, I’ve been meaning to do something about that…
Not sure what’s the correct approach though. Perhaps the whole mouseWheelMove() callback needs to be overhauled to provide a more useful structure as its argument, which could provide extra info like whether the wheel is reversed, whether there are both a vertical and horizontal wheels present, etc. Then things like the slider could make smarter decisions. Would require a lot of people changing their code though…
It’s one of those things I wish I’d done differently years ago when I originally created the method. But yes, it’s probably worth causing some inconvenience to people to make it future-proof.
It works ! Thanks,
for anybody interested : it’s easy to implement without changing much in user’s code, by keeping local float and assigning wheel.deltaX/Y to that local float :
In juce_mac_NSViewComponentPeer.mm there’s a tiny issue :
const float scale = 0.5f / 256.0f;
is declared inside #if defined (MAC_OS_X_VERSION_10_7) && MAC_OS_X_VERSION_MAX_ALLOWED >= MAC_OS_X_VERSION_10_7
But it’s also used after the #endif, and this cause a ‘scale not declared’ problem in my case.
Moving declaration prior the definition fix it.
Sorry again to bother with this, but the fix work only for 10.7 SDK here.
While compiling a project with the 10.6SDK , but running on 10.7, all my faders were reversed when using the mouse wheel.
Will try to stick with the 10.7SDK, but maybe someone else will have the surprise…
True, but there’s really nothing I can do about that. People should really be using the latest SDK anyway, it doesn’t make much sense to use an older one.
We’re still using 10.5/10.5 (Base/Deployment SDK) as plugins made with 10.6/10.5 crash on 10.5 systems. This might have changed in the meantime and we didn’t switch to 10.7 / XCode 4 for development yet but my previous impression of this Base/Deployment stuff is that it’s a great idea that unfortunately doesn’t work.