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

Mon Aug 8 12:10:50 BST 2022

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20220808/882d006b/attachment.htm>