XMP Sidecar problems with remove and copy

[_Jack_Holloway_]

Perhaps it should be documented that File.remove() does not delete the corresponding .xmp file. I think it can be argued that removing the xmp is more correct than leaving the sidecar there.<br /><br />This leads to problems when subsequently renaming some other file (with .xmp) to the name of the deleted file. The rename gets an error, claiming the file exists but not mentioning that it is the invisible .xmp that actually exists.<br /><br />Then, oddly, ESCing from the error dialog actually does rename the file, but renames the corresponding .xmp as <name>(1).xmp -- attaching the wrong sidecar to the renamed image.

[_Andrew-Hall_]

Why not 'remove' the xmp file as well - after having tested for it's existence. Similarly with a rename you can script the rename to remove an existing xmp file before renaming both the raw file and the xmp file.

Andrew

[_David_E__Franzen_]

Jack,

This is pretty much as designed. The File class knows nothing about sidecars. Try using the Thumbnail class instead. A Thumbnail object in Bridge scripting should have all the built-in sidecar file smarts that Bridge uses when you manipulate thumbnails in the Bridge user interface.

-David Franzen
Adobe Bridge Quality Engineer