site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com There is a bug. Let me run the expected behavior by you. Thanks, Helena On Jan 29, 2009, at 10:07 AM, Rolf Howarth wrote: -Rolf -- Rolf Howarth Square Box Systems Ltd Stratford-upon-Avon, UK. http://www.squarebox.co.uk _______________________________________________ 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... I believe one should be able to say <bin> <updatebehavior>addIfNotFound</updatebehavior> <UUID>uuid_of_existing_bin_not_a_string</UUID> <children> <!-all the new children> </children> </bin> And then you'd only get the children added and none of the existing ones removed. (unless they were specified with <updatebehavior>remove</ updatebehavior> of course) Is that about right? And if someone wanted to specify only the bin and all its contents they could always use <updatebehavior>replaceOrAdd</ updatebehavior> right? I think was mentioned last year in a thread by Martin Baker ("Targeting a bin with XML") but is there any way yet to add new clips to an existing bin? This seems like a definite bug to me. The default behaviour for bins should be to add the bin (and the clips within it) if the bin doesn't already exist, but if the bin is there it should add the new clips to the existing bin (ie. merge the bin contents). This email sent to hju@apple.com This email sent to site_archiver@lists.apple.com