[KPhotoAlbum] Proposal for a third type of "media"

[Robert Krawitz]

On Fri, 28 Jul 2017 10:04:58 +0200, Tobias Leupold wrote:
> Hi Robert!
>
> The idea seems plausible, but what benefit would we have facing the
> fact that we can't display those files (and thus also not attach any
> tags to them)? Do you think of file management operations like
> moving those files around with the associated images?

Display it as an icon, perhaps.  If it's a text file, display the
content.

As an example of the kind of operation I want to perform on it,
copy/link all selected to another directory (on the thumbnail view
context menu).

> Perhaps, I simply don't get it at first glance ;-)

> Cheers, Tobias
>
> PS: You don't want to get a KDE developer account with write access
> to the KPA repository, will you? I mean, you have been quite a
> hardworking KPA developer lately :-)

Maybe I should.

> Am Freitag, 28. Juli 2017 04:53:06 CEST schrieb Robert Krawitz:
>> I would like to propose adding a third type of file (in addition to
>> images and videos): auxiliary files.  These are things like
>> RawTherapee or Darktable sidecar files, Hugin .pto files, and such
>> that are associated with images or videos.
>>
>> My typical workflow is to shoot RAW+JPEG; I stack those two.  The
>> files I select I then process with rawtherapee (or darktable in low
>> noise situations, hopefully they'll fix their noise cleanup some time)
>> and save them as img_XXXX_c1.jpg or the like, which I have set up to
>> autostack.  But I'd also like to be able to add various sidecar files
>> to the stack, or otherwise store them in KPA.
>>
>> Obviously, these files can't be displayed, but they would otherwise
>> be treated and managed like the other media files supported by KPA.

-- 
Robert Krawitz                                     <rlk at alum.mit.edu>

***  MIT Engineers   A Proud Tradition   http://mitathletics.com  ***
Member of the League for Programming Freedom  --  http://ProgFree.org
Project lead for Gutenprint   --    http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton