Jose, > You are taking for granted that the user will further develop the > image once the external drive is available.
Right! > But it may not happening, even more in our implementation in which as > we are store the full raw image the user can even have exported and > delivered the final images from the local cache. Sure, this is indeed something to consider. Should we try at startup time to sync xmp for all images for which a local copy exists? Will this be enough or do you envision some complications? > Well, I was also considering that we had already activated the option > to write the XMP data along the cached files. I think that it make > sense to have that critical part backed up also. Fine by me, will activate this. In fact I have deactivated, so it will make the patch simpler again :) > That sounds enough, if we make a dialog explaining what is happening :-) Right. Will work on that too. Thanks a lot for the feedback! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
