On 02/03/2012 02:23 PM, Paul Miller wrote: On 2/3/2012 12:12 PM, Darrin Cardani wrote: I don't have a definitive workaround. I believe that some people may have had some success by using an NSTimer to delay changing certain parameters, though I haven't tried that myself. As for the dialog hang, that is also fixed in a future release. I tried using an NSTimer - but when it fires you're outside of the event handling code for the button that triggered the change, so even if you're inside an action block you can see each parameter updating in sequence - and it doesn't undo properly. It's obvious GenArts got Edge to work - anyone have a clue how they did it? -- . . . . . . . . . . . . . . . . . . . . . . . . . Nathan Weston nathan@genarts.com GenArts, Inc. Tel: 617-492-2888 955 Mass. Ave Fax: 617-492-2852 Cambridge, MA 02139 USA www.genarts.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: https://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a... This email sent to site_archiver@lists.apple.com It wasn't pretty... we use performSelectorOnMainThread to move all the parameter setting into the main thread. I think this is basically equivalent to the NSTimer trick Darrin is suggesting, and has the same unpleasant side effects. We handle the extra renders by setting the output image to black and returning immediately -- so at least they go by relatively quickly. Undo still doesn't work correctly, but this seems to be the best that can be done at the moment.