On Wed, Jul 3, 2013 at 3:51 PM, Pascal Obry <pas...@obry.net> wrote: > > Jose, > >> We have to think also about corner cases. To name a few: > > Sure! Devil are in the details :) > >> + What happens if the user caches some images, process them "offline" >> and then plug the external storage back but forgets to sync them back. > > There is nothing to forget since there is nothing to do :)
Yes, it is... see below > >> He will keep editing the cached images, or having the last edits in >> the laptop, but those images won't never synced back. > > No, as soon as the image is back online it will be used for the editing > and entering darkroom will create the xmp with latest editing (those > done offline for example). You are taking for granted that the user will further develop the image once the external drive is available. 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. > >> + What happens if a user make some local edits, and then exports the >> images and removes the filmroll from dt, forgetting that there are >> cached images (or because of the previous point). The database won't >> know about the removed images, but the xmps won't be synced back, even >> if they are written in cache dir. > > To remove a film roll one has to remove all image from it. Removing an > image removes the development process from the database. Since there is > no xmp created for local copies we do indeed loose the editing done offline. 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. > > We should probably forbid removing an image if the original is not > online. How does that sounds? That sounds enough, if we make a dialog explaining what is happening :-) -- José Carlos García Sogo jcs...@gmail.com ------------------------------------------------------------------------------ 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