site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Hi, Gary, - Paul On Jan 15, 2008, at 4:07 AM, Gary Fielke wrote: Hi all, Thanks Gary _______________________________________________ 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/pschneider%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... neither FCP nor Motion implement a progress bar today. The FxProgressAPI leaves room for future hosts to implement one. Today, the only part of the FxProgressAPI that FCP and Motion implement is checking to see if you should abort your render due to user activity. This is what the Slow SolidColor plugin is meant to demonstrate. If you want a progress bar today, you'll have to implement your own. This can be tricky; the hosts aren't expecting your plugin to enter an event loop during rendering, and they may call you from a non-main thread. It might be easiest to simply use the FxProgressAPI and pick up the progress bar when the hosts have a chance to implement it. I always thought Apple's "Slow SolidColor" sample generator was meant to display a progress bar somewhere due to its use of FxProgressAPI. It never has displayed such a progress bar for me (neither on latest FCP or Motion) so.....is it, in fact, supposed to? If not, is it the plugin's responsibility to display such a progress bar, or will future updates to the host apps display one? This email sent to pschneider@apple.com This email sent to site_archiver@lists.apple.com