As I said yesterday, it's not in trunk yet. The various remaining issues on this (mainly file extensions) will be more easy to solve as soon as the URI_BRANCH is merged to trunk.
In the meantime, implementing workaround for this kind of stuff is a waste of time. s On Fri, 2007-06-15 at 23:41 -0400, Richard Bronosky wrote: > Stephane, > I found the patch. I have a few questions about it. > * Has it made it into the trunk yet? > * You note that the extensions need to be the same. Doesn't this > prevent you from using a jpg as a version (revision) or a raw original > (.CR2 file)? > * Other than needing a change of arguments for over loading, is it > really important to pass the extension? > > I'd love to work on this, but I'm still having problems building from > HEAD on Debian Etch. > > Date: Tue, 07 Nov 2006 17:42:46 +0100 > Re: reimport files as new version > > Hi all, > > here's a patch I cooked some month ago (but never published in bgo) that > solves a big part of this issue. > I updated it to latest CVS and polished it a bit. > Now, you can drag a photo (or some photos) on another to reparent as > version. > > note: > - work only if the extensions matches ! > - need a confirmation dialog > > I'll try to find some time this evening to update it > > best regards > > stephane > > > On 6/15/07, Richard Bronosky <[EMAIL PROTECTED]> wrote: > > What's the best way to find this patch (and things like it) I've tried a > > lot of searches similar to: > > > > http://www.google.com/search?hl=en&lr=&q=Stephane+Delcroix+reassign+version+patch+site%3Amail.gnome.org%2Farchives%2Ff-spot-list%2F > > > > Has this made it into the trunk yet? > > > > > > > > On 4/17/07, Stephane Delcroix <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > Complete versioning (read create jpg versions of raw images) is still > > > impossible due to design limitations. The code for handling this > > > correctly exists but it's not yet part of the source tree. The good news > > > is that it will be very soon (in some weeks maximum). > > > > > > If you can't wait for that, and already want a way to reassign images as > > > version of others, I posted a patch to this mailing list a few months > > > ago. Search the mailing list for that. > > > > > > regards > > > > > > stephane > > > > > > > > > > > > On Tue, 2007-04-17 at 16:21 +0200, Ton Biegstraaten wrote: > > > > Hi, > > > > Recently I adopted f-spot (3.5) as photo manager. A feature I like, is > > > > to be able to have different versions of a photo. > > > > It has however 2 limitations (for me at the moment :-) ). First of all I > > > > have made some thousands of photo's before adopting f-spot and did a lot > > > > of processing on them. To include the adjusted photo's as versions of > > > > the originals is not directly possible. > > > > The second limitations is that it is not possible to have versions with > > > > different extensions. I use a lot of RAW images, and those can't have > > > > versions. You usually make jpegs or gimps of them, but they aren't seen > > > > as versions of the original. At the moment I make jpegs of RAW images > > > > before importing them, so I have both in F-spot. Adjusting the RAW > > > > results in a new jpeg with the same name as the one that is existing, > > > > but now you have always two equal photo's in stead of different > > > > versions. At the moment you can't easily hide the RAW's. > > > > > > > > Looking at the database (with sqlite3) shows that you can add versions > > > > yourself, so old versions can be imported with some clever scripts. > > > > I like to know how other people solve these issues and if it is planned > > > > to allow versions with different extensions in the future. The naming > > > > convention of versions in the database doesn't make this > > > > straightforward. > > > > Apart from this, I think f-spot is a very fine and fast tool with a > > > > perfect user interface > > > > > > > > regards, > > > > Ton > > > > > > > > _______________________________________________ > > > > F-spot-list mailing list > > > > [email protected] > > > > http://mail.gnome.org/mailman/listinfo/f-spot-list > > > > > > > -- > > > Stephane Delcroix > > > [EMAIL PROTECTED] > > > > > > _______________________________________________ > > > F-spot-list mailing list > > > [email protected] > > > http://mail.gnome.org/mailman/listinfo/f-spot-list > > > > > > > > > > > -- > > .!# RichardBronosky #!. > > > -- Stephane Delcroix [EMAIL PROTECTED] _______________________________________________ F-spot-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/f-spot-list
