[KPhotoAlbum] Patch for loading only one version of a file into the DB.

Miika Turkia miika.turkia at gmail.com
Fri Dec 10 06:57:42 GMT 2010

On Tue, Dec 7, 2010 at 8:51 AM, Andreas Neustifter <
andreas.neustifter at gmail.com> wrote:

> Hi!
> On 6 December 2010 12:45, Jan Kundrát <jkt at gentoo.org> wrote:
> > On 12/01/10 22:38, Andreas Neustifter wrote:
> >>
> >> I wrote a patch that adds an option to only load one version of an
> >> image and skips all other files with same file name but different
> >> extensions.
> >
> > Hi, considering that idea, wouldn't it make more sense to actually
> replace
> > the reference to the RAW file with the JPEG one? That should give you
> faster
> > access to the image as well as "better viewing experience" because the
> > one presumably has stuff like color correction applied.
> I don't know about the general case but my camera puts a JPG preview
> into the RAWs EXIF data. This preview looks almost identical to the
> developed RAW file , since KPA uses this JPG previews there is no
> difference between the JPEG and RAW viewing experiences. But I guess
> in the overall case this replacement would make sense.

I believe the intention here is to point to the developed jpeg version of
the raw not the embedded thumbnail.

> > Maybe enabling this functionality (the one you
> > just added) unconditionally when the "ignore raw files" option is set?
> I don't like this idea since the user experience would be different
> than expected.
> But maybe its possible to just throw out the "no RAW when JPEG" option
> and use the more general "only one image per extension" rule? Any
> comments from other users?

Jan's suggestion sounds good to me. However, looking at the patch I could
not see what determines the order on which files are searched for. Looks
like the first hit is what is used and that could be pretty much any file
extension? or do we have a specific order when going through files?

Anyway, I am looking forward to this functionality...

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kphotoalbum/attachments/20101210/0246618a/attachment.htm>

More information about the Kphotoalbum mailing list