[digiKam-users] Free floating albums list possible - or alternatively duplicate DK windows?
Thomas
sdktda at gmail.com
Mon Aug 8 13:24:39 BST 2022
Yeah, using stuff like flags, labels and stars only work inside DK so
will not integrate with other tools. Thus, this is not an option. I will
have to rely on good old folders...
On 2022-08-08 13:55, Helen Jelen wrote:
> 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 <http://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 <http://bugs.kde.org>.
>>
>> I would love to report this as a bug, however, the
>> bugs.kde.org <http://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
>
--
Mvh
Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20220808/7ca85636/attachment.htm>
More information about the Digikam-users
mailing list