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

[Luca Casone]

Hi Gilles.
Not sure how I should reply to your mail. I understand the latest part, I'm
aware of the nature of digiKam and of the work you guys do. But it doesn't
seem I've put any kind of pressure of complained in any way about missing
answers. If you felt this way, sorry it wasn't my intention at all.

Luca

On Mon, Oct 24, 2022 at 8:06 AM Gilles Caulier <caulier.gilles at gmail.com>
wrote:

> Hi,
>
> I would like to give a response, but I would like to know what the
> question is exactly ? Do you want technical details of the source
> relevant of filter feature ?
>
> In all cases, the Qt5 to Qt6 does not change the fundamental approach
> of the icon view filtering mechanism between the GUI and the Database.
>
> Remember that the base digiKam code is large, with a lot of features
> implemented. You need to be precise with the exact feature to
> describe. Typically, use screenshots of views from GUI where you want
> details.
>
> Another remark is the place where to ask Q. Generally, the complex
> response to bugs or dysfonctions is not the mailing list. Large
> response needs time to write and the contents of the thread are
> generally lost after 2 weeks. It's better to open a thread in gitlab
> where developers can follow the thread and review code for future pull
> requests. Also all patches are tested with the continuous integration
> to limit broken code
> inclusion.
>
> Look here :
>
> https://invent.kde.org/graphics/digikam/-/merge_requests
>
> Voilà, remember that developers has also a real life and time to
> respond and code is limited (:-)))
>
> Voilà, best regards
>
> Gilles Caulier
>
> Le lun. 24 oct. 2022 à 07:49, Luca Casone <csnluca at gmail.com> a écrit :
> >
> > 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/5706a335/attachment-0001.htm>