site_archiver@lists.apple.com Delivered-To: Pro-apps-dev@lists.apple.com Rainer On Feb 9, 2009, at 15:02 , Helena Ju wrote: If the file in the viewer changes, we have to close the viewer. Regards, Helena On Feb 9, 2009, at 3:00 PM, Nelson Shawn wrote: Thanks -Shawn _______________________________________________ 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/hju%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... Isn't there an Apple event that loads an item? You could call that after your update. Might have to introduce a little delay to allow for FCP closing it first. I have a QT file located on a network drive that gets updated (it’s a growing file). I can either change focus outside of FCP or send the Apple Event kFCPMediaFileKey and FCP will successfully re-load the now bigger file (it has the same name). But the big problem is that I lose the file from the Viewer window! The process of reloading the same file happens instantaneously and kicks me out of it. Is there a trick to get FCP to not freak out and boot the file from the Viewer? This email sent to hju@apple.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/lists %40standke.com This email sent to lists@standke.com This email sent to site_archiver@lists.apple.com