On Sun, Jul 12, 2009 at 11:11:05AM +0200, Frank van Maarseveen wrote: > > From the outside this looks like a bug because ufraw is just not doing > what it has been told. Is there any special reason for this "magic" > or can we just remove it?
I can't find the thread, but I seem to recall this being discussed on the list. I think the rationale may have been roughly as follows: When working on an image for the first time (no .ufraw file exists) the user applies the settings they want and then saves them in the .ufraw file so they can be adjusted later, and/or so that processing can be done in a batch job later. When editing an existing .ufraw file however, the assumption is that the user has seen the processed result and now wishes to change it. Therefore as well as saving the updated settings, UFRaw redoes the processing. If this behaviour is really desired, it might be worth checking first whether the output file exists. Then if the user edits the .ufraw file before running batch processing at all, the processing is postponed along with the rest of the batch. This said, there are plenty of scenarios where the user may not want this at all - e.g. I edit photos on my laptop and prefer to leave all processing until later when the laptop is plugged in, so this behaviour is annoying. It's obvious from the file timestamps which .ufraw files have been changed since they were last processed, so a script or makefile could be used to invoke ufraw-batch for the appropriate images. Perhaps in the interest of not breaking things for existing users, we could rename the CreateID=2 setting to "Create ID only, reprocess on edit" and add a CreateID=3 setting which is truly "Create ID only". Martin ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ ufraw-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ufraw-devel
