-
Notifications
You must be signed in to change notification settings - Fork 86
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
BR_GetMouseCursorContext broken #1908
Comments
…default behavior outside of automation items" Fixes reaper-oss#1908, regression from 9916097
Thanks, fixing! As a workaround you can disable the lane option "Project default behavior outside of automation items". Also there will be builds in the pull request linked below in about an hour. |
…default behavior outside of automation items" Fixes reaper-oss#1908, regression from 9916097
…default behavior outside of automation items" Fixes reaper-oss#1908, regression from 9916097
That's awesome. I've not been able to find the option you mentioned. Will check the build tomorrow. |
Nice. So I checked the build. It's close to working.
I wonder if the overshoot has to do with padding. Not sure if it's using the underlying reaper.GetEnvelopeInfo_Value, cause then maybe it should use I_TCPH_USED instead of I_TCPH? I included a video just as it might be easier to see than a gif, cause you can start and stop: BR_GetMouseCursorContext.behavior2.mp4 |
Yes, the detection offset appeared when automation items were introduced, because of their bottom 'strip', I think the whole envelope got shifted upwards then. |
Appreciate it. Makes sense. |
I'm trying to use BR_GetMouseCursorContext to get details on the envelope lanes without luck. I believe it's broken.
The only thing I get is "envelope segment" when it's in an automation item.
I've checked on MacOS and @nofishonfriday checked on Windows.
I've tried with the latest version of SWS and this simple code below.
Testing script:
The issue was also tracked earlier here:
#1735
The text was updated successfully, but these errors were encountered: