site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 Thanks, Darrin On Nov 9, 2011, at 8:01 AM, Paul Miller wrote: Was wondering if this HORRIBLE bug has been addressed yet? This is the bug I reported awhile back where if you update a parameter value in response to another parameter changing, it all works perfectly in the UI but once you quit and restart FCPX, any changes you made in the update call are where they should be. So if you have two sliders with value=0 with a "gang" toggle, with the gang toggle on and you drag slider 1, and update slider 2 to have the same value in the parameterChanged call, then quit/restart, gang is on and slider 2 is reset back to (ie the change never took permanent effect). This bug makes whole classes of nifty effects impossible, and forces the only way to have a "preset" be to make it as an effect template in Motion. This all works in Motion BTW. _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/dcardani%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.ap... On 11/9/2011 11:17 AM, Darrin Cardani wrote: I believe it was fixed in FCPX 10.0.1. Are you still seeing it with that release? Marco confirms that it seems to be working properly there - I still haven't updated yet since I wanted to check against the original build. But I suppose I should get over people sticking with older builds with AppStore apps huh? This email sent to dcardani@apple.com This email sent to site_archiver@lists.apple.com