[digiKam-users] Free floating albums list possible - or alternatively duplicate DK windows?

[Helen Jelen]

Hello,

Can't speak of your other tools in the workflow but for splitting "final
albums" to "not reviewed albums" you can use flags/labels/stars + search on
them, or the other solution I proposed: setting folder icons for the
"final" albums, although they can't be used in the searcher.

Can't think of any better solution on my side.


BR,

hels


On Mon, Aug 8, 2022, 13:10 Thomas <sdktda at gmail.com> wrote:

> Hi Helen,
>
>
> I import into year/in because 1) it already fits with a lot of other
> tooling in my workflow and 2) it enables a two stage approach in which I
> can first do a coarse grained sort of the imported files into albums under
> year/in/<album> but having these albums reside inside "in" folders, I know
> these are not ready to go into the actual collection yet as they have not
> been fully processed and released from the "in" staging area.
>
>
> I am not sure what you mean by this text:
>
> > I do import directly into year's folder *and use folder's icon to sort *
>
>
> BR
>
> Thomas
>
>
> On 2022-08-08 12:48, Helen Jelen wrote:
>
> Hello,
>
> Why do you import into /in/ instead of importing directly into the year's
> folder and in there set different flags/stars/labels so to know which
> folders have been reviewed and sorted out vs. those that haven't?
>
> I do import directly into year's folder and use folder's icon to sort (not
> super optimised as you can't search/filter by folder's icon, but you can
> use labels/flags instead, combined with a search query.
>
>
> BR,
>
> hels
>
>
>
> On Mon, Aug 8, 2022, 11:02 Thomas <sdktda at gmail.com> wrote:
>
>> Hello,
>>
>>
>> I am trying to improve the ergonomics of my workflow when importing a new
>> batch of images into my photo collection.
>>
>> *I have all my photos organized like this:*
>>
>> /photos/<year>/<yyyy-mm-dd>-<album-name>
>>
>> Where <yyyy-mm-dd> is the date of the particular photo session in the
>> album.
>>
>>
>> *This is my workflow:*
>>
>> I will move all photos from the kamera into the folder
>>
>> I have all my photos organized like this:
>>
>> /photos/<year>/in/<yyyy-mm-dd>
>>
>> where <yyyy-mm-dd> is the *import-date*.
>>
>> This folder will typically have hundreds or thousands of photos from
>> several photo sessions.
>>
>> I will now sort these into an album for each session as well as delete
>> all photos that are too poor quality.
>>
>> So the sub albums will then be something like
>>
>> /photos/<year>/in/<yyyy-mm-dd>/<yyyy-mm-dd>-<album-name>
>>
>>
>> When I have done that, I will typically have dosens of albums in folders
>> like <yyyy-mm-dd>-<album-name> all located in the <year>/in folder.
>>
>> I will now have to move these into the actual photo collection for that
>> year (ie. move them out of the "in" folder).
>>
>> The way I do this is to drag the folder one by one onto the particylar
>> <year> folder (parent to "in") via the Albums list.
>>
>> The problem here is that the albums list is huge. It has several hundred
>> albums in it. So for example when I am in 2022/in, I have to be very
>> careful with the mouse while dragging each album to the parent folder.
>>
>> The problem is exacerbated by the fact that  I can only move one album at
>> a time. DK will not allow me to select several albums to move.
>>
>>
>> I can approach this in a different way, however: I can open the 'in'
>> folder in my operating system file manager and then move the albums easily
>> from there. Eg. by cutting and pasting them. Then I can do a refresh inside
>> Digikam afterwards and DK will then see the original albums as having been
>> deleted and discover the new albums as having been created. Problem here is
>> obviously that then DK seems to miss all metadata about them such as tags,
>> recognized faces, etc.
>>
>>
>> So I have been trying to improve the ergonomics here in two ways:
>>
>> 1. Tried to detach the albums list
>>
>> 2. Tried to open an additional application window
>>
>>
>> Neither of these approaches seem possible. Please see below
>>
>>
>> *Detached albums list*
>>
>> I have been trying to figure out if it is possible to "detach" the albums
>> view such that it is a free floating window that is not attached to the
>> digikam main window.
>>
>> What I mean is this part highlighted with red:
>>
>>
>> I think this is common functionality in many other complex applications
>> such as for example Gimp, Photoshop, etc. that you can drag such parts of
>> the application into separate windows in order to ease a particular
>> workflow or to make it more ergonomic.
>>
>> I think Gimp call this Dockable dialogs. Probably not the best name for
>> the concept as these are not typically dialog windows...
>>
>> Let me illustrate with an example from Gimp:
>>
>>
>> All the various visible parts of this application can be "docked" or
>> "detached" from the main window.
>>
>>
>> See the one I highlighted with red.
>>
>> I will now click and drag it:
>>
>>
>>
>> See, I get this tool options for Brushes as a separate window.
>>
>>
>>
>> *My question is: Can I do something to that effect on the Albums list in
>> Digikam?*
>>
>> If I can do this, how to do it?
>>
>> If not? Can it be implemented?
>>
>> How/where do I report this feature request?
>>
>> I have tried searching bugs.kde.org for reported issues around this but
>> was not able to find any. However, I must admit I have a really hard time
>> navigating and searching bugs.kde.org.
>>
>> I would love to report this as a bug, however, the bugs.kde.org
>> interface was a bit confusing to me. It seems I must report this to a
>> specific component of digikam. But I have no idea what component this
>> should be for....
>>
>>
>>
>> *Additional application window*
>>
>> An alternative approach that could greatly improve the ergonomics of my
>> workflow is to be able to open multiple DK windows.
>>
>> This is functionality that is present in most common office applications.
>>
>> Allow me to illustrate with an example from LibreOffice Writer:
>>
>>
>> Here we see a document opened in LO Writer:
>>
>>
>> I can click the *Window* menu to get a new duplicate Window.
>>
>>
>>
>> This will produce two identical windows that will allow me to view two
>> different parts of the same document in parallel. This is highly useful,
>> for example when you need to reference something in a different part of a
>> large document.
>>
>>
>> *My question is: Is something to that effect possible with Digikam?*
>>
>> If it is, how to do it?
>>
>> If not? Can it be implemented?
>>
>> How/where do I report this feature request?
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> Mvh
>> Thomas
>>
>> --
> Mvh
> Thomas
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20220808/5d2811ae/attachment-0001.htm>