[digiKam-users] Using right-side Filters pane to cull images

Maik Qualmann metzpinguin at gmail.com
Mon Oct 24 17:59:54 BST 2022


Filter problem with pick and color labels now fixed (also for digiKam-7.9.0) with this commit:

https://invent.kde.org/graphics/digikam/-/commit/bfdf2af8b4c54eb8007e118c841a3c7fb1f33472[1]

Maik

Am Montag, 24. Oktober 2022, 12:36:49 CEST schrieb Luca Casone:
> To me, an easy way to re-apply the filter to a view would be welcome --
> today, I have to manually de-select and select the flag (or maybe change
> album back and forth, I didn't check) to do such a refresh.
> Technically speaking, I think it would be easier to implement e.g. a
> menu-command and a shortcut to trigger it, instead of a sort-of continuous
> watch on the view status. But either solution will for sure improve the
> digiKam support to culling.
> 
> Let's open a feature request and let developers take care of it.
> 
> Bye
> Luca
> 
> On Mon, Oct 24, 2022 at 9:13 AM <2895qgvg6v at liamekaens.com> wrote:
> > Thanks for the explanation Maik.
> > 
> > Since the current behavior is desirable for some users, another option
> > might be to add a setting to allow folks like Luca and I (and presumably
> > other folks who use a similar culling workflow) to have items disappear
> > when they don't match the filter.  Would that make sense Maik?  Luca would
> > that work for you?  If so we can file a feature request.
> > 
> > 
> > On 2022-10-23 23:49, Luca Casone csnluca-at-gmail.com |digikam-users|
> > wrote:
> > 
> > Thank you Maik. So If I understood well, the fact that the the filtered
> > view doesn't auto-update itself is the intended behavior, that answers my
> > original question. Maybe a compromise could be having a fast method (a
> > button, a menu item & shortcut, ...) to re-run the filter and update the
> > view (unless it's already implemented and I missed it :-/ ). Guess I
> > should
> > post a feature request.
> > 
> > Bye
> > Luca
> > 
> > 
> > On Mon, Oct 24, 2022 at 8:23 AM Maik Qualmann <metzpinguin at gmail.com>
> > 
> > wrote:
> >> In theory, the item should disappear when the filter no longer matches.
> >> But
> >> I've left it that way so far, because it also has advantages for many
> >> users,
> >> depending on the workflow. An example is filtering for a pick label, as
> >> soon as
> >> you change it it would disappear. But you still wanted to add a captions
> >> or
> >> change the rating. You would have to search the article again to make
> >> further
> >> changes.
> >> 
> >> Maik
> >> 
> >> Am Montag, 24. Oktober 2022, 07:48:51 CEST schrieb Luca Casone:
> >> > Thank you.
> >> > It’s unfortunate that no one replied to you back then. Let me tried
> >> > here
> >> > once again, it would be great to hear some feedback from developers.
> >> > 
> >> > Luca
> >> > 
> >> > > On 22 Oct 2022, at 02:42, 2895qgvg6v at liamekaens.com wrote:
> >> > > 
> >> > > I asked a similar question in
> >> > > https://mail.kde.org/pipermail/digikam-users/2020-August/031169.html
> >> 
> >> but
> >> 
> >> > > never got a definitive answer from the developers about whether it is
> >> 
> >> a
> >> 
> >> > > bug or not (IMHO it is).
> >> > > 
> >> > > In September 2021 I tried to investigate how to change the code so
> >> 
> >> that
> >> 
> >> > > flags (and maybe colors too) work like stars in this regard, but I
> >> 
> >> had a
> >> 
> >> > > difficult time tracking the flow of QT events to figure out how
> >> 
> >> setting
> >> 
> >> > > stars ends up causing photos to disappears from view when they don't
> >> > > match the stars filter.  Unfortunately I got busy with other things
> >> 
> >> and
> >> 
> >> > > wasn't able to work on the investigation for a while and there have
> >> 
> >> been
> >> 
> >> > > significant changes to digikam since then including switching to a
> >> 
> >> newer
> >> 
> >> > > version of QT, so I would need to start my investigation from
> >> 
> >> scratch.>
> >> 
> >> > > On 2022-10-21 06:40, Luca Casone csnluca-at-gmail.com
> >> |
> >> |digikam-users|
> >> 
> >> wrote:
> >> > >> Hi.
> >> > >> 
> >> > >> I need help to understand the behaviour of the right-side Filters
> >> 
> >> pane.
> >> 
> >> > >> Here it is my use case. I need to cull some images, using flags. So
> >> > >> I
> >> > >> examine one picture at a time and flag it either rejected, pending
> >> > >> or
> >> > >> accepted. In order to reduce the mess, I open the Filters pane and
> >> > >> select the Labels Filters to “None”, so that only unflagged images
> >> 
> >> are
> >> 
> >> > >> shown. However if I flag another picture it stays visible, while I
> >> > >> expect that it goes away because of the active filter. Also, I
> >> > >> cannot
> >> > >> find any way to force the filter to re-run. The only way I have to
> >> 
> >> make
> >> 
> >> > >> the new flagged picture disappear is to turn back to the Filters
> >> > >> pane—>Labels Filter and deselect+select the “None” filter.
> >> > >> 
> >> > >> This is quite cumbersome and greatly impacts the Filters pane usage
> >> 
> >> to do
> >> 
> >> > >> culling. Is it the intended behaviour, or am I missing something?
> >> > >> There’re alternative ways to cull images the way I described?
> >> > >> 
> >> > >> Thank you. Regards
> >> > >> Luca



--------
[1] https://invent.kde.org/graphics/digikam/-/commit/bfdf2af8b4c54eb8007e118c841a3c7fb1f33472
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20221024/d442b4f4/attachment.htm>


More information about the Digikam-users mailing list