https://bugs.kde.org/show_bug.cgi?id=521299
Bug ID: 521299
Summary: Advanced Search for tags doesnt seem to have an option
for subfolders
Classification: Applications
Product: digikam
Version First 9.1.0
Reported In:
Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
Severity: normal
Priority: NOR
Component: Tags-Manager
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
DESCRIPTION
As of now, for whatever reason there is no provision for selecting 'include
any' vs 'include all' in the simple tag filter tree. That would be so much more
useful than it is now- where now it is 'or' and cannot be used to narrow a
search. So, you have to use Advanced Search.
Problems here:
1. There doesnt seem to be a way to do a search that includes subfolders. So,
if I have a sports parent, and baseball as a child, and I want to see say all
baseball game photos that are in the rain, that seems to be far more difficult
than it should be. I should be able to select Baseball as a parent node, and
then use a tag from the tag list, and done. That doesnt happen. It only
searches in the selected folder. The search group options dont seem to help
here- only make it worse, since the condition isnt an either Baseball OR Rain,
and it seems as if it would only search in the specific Baseball parent note
(which is empty in my implementation).
2. Unlike most all implementation of tag selection, where you can in the tag
sidebar type part of a tag name and get a list of matching tags, or where you
can do that with a photo in an album, or a face tag, you cannot do that in
advanced search. The system seems to require that you navigate to the tag,
which isnt helpful, especially if tags are imported with photos and I dont have
a perfect memory etc.
STEPS TO REPRODUCE
1. As defined above, select Advanced search, select a parent folder to limit
search to a fork in a tree, and select a tag that has at least one known match
in a leaf folder
2. If that file is not in the parent folder, it will not show up.
3. To make it show, you have to defeat the search folder either by removing it,
or by using an OR grouping filter- which does the same thing.
OBSERVED RESULT
No return of content where there is known matching content
EXPECTED RESULT
Should return be default any matches in the parent folder and its children. If
you need more specificity, move down the branch, or have a filter option for
'This folder only' and "This folder and its children'
SOFTWARE/OS VERSIONS
Operating System (available in the Info Center app, or by running `kinfo` in a
terminal window):
KDE Plasma Version:
KDE Frameworks Version:
Qt Version:
ADDITIONAL INFORMATION
--
You are receiving this mail because:
You are watching all bug changes.
