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

[Luca Casone]

Wow, thank you Maik!

> On 24 Oct 2022, at 18:59, Maik Qualmann <metzpinguin at gmail.com> wrote:
> 
> 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 <https://invent.kde.org/graphics/digikam/-/commit/bfdf2af8b4c54eb8007e118c841a3c7fb1f33472>
> 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
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20221024/abf0661b/attachment-0001.htm>