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 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/site_archiver%40lists.ap... 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 email sent to site_archiver@lists.apple.com