Bug 417399 - Wishlist: button to hide confirmed faces for a person
Summary: Wishlist: button to hide confirmed faces for a person
Status: RESOLVED WORKSFORME
Alias: None
Product: digikam
Classification: Applications
Component: Faces-Workflow (show other bugs)
Version: 7.0.0
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-10 20:06 UTC by MarcP
Modified: 2020-12-25 20:54 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 7.2.0


Attachments
Mockup of the Hide/show confirmed faces button (722.42 KB, image/png)
2020-02-10 20:06 UTC, MarcP
Details

Note You need to log in before you can comment on or make changes to this bug.
Description MarcP 2020-02-10 20:06:19 UTC
Created attachment 125829 [details]
Mockup of the Hide/show confirmed faces button

SUMMARY

When new faces are found for a person, they are considered "unconfirmed", and the user has to confirm them. They can be differentiated from confirmed faces because they are surrounded by a colored frame (Bug 392016). However, they are sprinkled between the confirmed faces (sorted by the user's preferred sort order) and not easy to find if there is a large number of them.

A button to hide confirmed faces (or show only unconfirmed faces) would solve this. I have attached a mockup as a suggestion. 

(I think there was not any bug report about this feature, that was suggested in https://bugs.kde.org/show_bug.cgi?id=384396#c12, but I remember it being mentioned in other occasions)
Comment 1 Maik Qualmann 2020-02-10 21:10:57 UTC
Sorry, I don't believe in introducing more and more buttons that filter or display anything. New users struggle with something like that. See hiding of original files after processing. There must be simpler logical solutions. I think the green frame is very visible. Sorting by new faces would be a possible idea. The problem is that we currently have no cached information about it in the ItemInfo, not even about names in this images. These are all additional database queries. And that is not really fast in a icon view. I've already written code internally to categorize people, but I'm not happy with it right now because it requires more internal changes.

Maik
Comment 2 MarcP 2020-02-10 21:19:58 UTC
Well, to be honest, I don't have much idea of how it works internally. Another solution would be to display all the unconfirmed faces before or after the confirmed ones, so they all appear together. But that would mean overriding the current sorting order specified by the user in People panel.

Anyway, I was just a quick idea to make the UI more intuitive.
Comment 3 MarcP 2020-03-02 21:39:54 UTC
I found out that, as a workaround, you can get this effect by selecting a Person in the panel, and filtering out all pictures with his/her tag. Only the non-confirmed faces will remain.
Comment 4 Mike Morrison 2020-04-14 13:51:31 UTC
How does one make a negative filter to filter out a person's tag? I see "OR" and "AND", but no "NOT".

Alternatively, it seems like using the "Unconfirmed" tag filter in the right-hand filter sidebar should also work, but I always get zero results shown when the "Unconfirmed" filter is applied, even though the left-hand People/Unconfirmed tag shows many faces, all with green frames. What is the right-hand Unconfirmed tag filter supposed to be used for?
Comment 5 MarcP 2020-04-14 14:30:47 UTC
@Mike Morrison, in the Filter panel, you can right-click on the tag you want to filter out, go to "Tag filter mode", and select "Must not have this tag".

I guess that filtering by Unknown or Unconfirmed does not work because these are not proper tags that are written to the metadata. They just work as categories in digikam's interface.
Comment 6 Maik Qualmann 2020-12-25 19:58:26 UTC
Since we can now group according to confirmed and unconfirmed faces, I think we no longer need this desired button.

Maik
Comment 7 MarcP 2020-12-25 20:35:21 UTC
It's fine for me.
Comment 8 Maik Qualmann 2020-12-25 20:41:21 UTC
Hi Marc,

as info for you, in the next available digiKam-7.2.0-Beta2 it will be possible to set a different icon/thumbnail size for the people sidebar tree view (up to 128 pixels).

Maik
Comment 9 MarcP 2020-12-25 20:47:10 UTC
Oh, that's nice to hear. You usually want to see the face of the person you are taggin on the tree (it's more intuitive), but for regular keywords that's not necessary (the more compact, the better).

Will the icon size be different by default?
Comment 10 Maik Qualmann 2020-12-25 20:52:10 UTC
Yes, it is different, the default values (if they have not already been set) are currently 22 pixels for the tags tree and 48 pixels for the people tree.

Maik
Comment 11 MarcP 2020-12-25 20:54:07 UTC
Great :)