[Digikam-devel] [digikam] [Bug 333634] New: Text Filter: OR instead of AND, or at least a checkbox to toggle somewhere in preferences
Cluey
cluadiacapella at gmail.com
Sat Apr 19 21:36:48 BST 2014
https://bugs.kde.org/show_bug.cgi?id=333634
Bug ID: 333634
Summary: Text Filter: OR instead of AND, or at least a checkbox
to toggle somewhere in preferences
Classification: Unclassified
Product: digikam
Version: 3.5.0
Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: Filters
Assignee: digikam-devel at kde.org
Reporter: cluadiacapella at gmail.com
SUMMARY
Hello! I have been troubled by the semi-recent change to the way spaces
behave in the text filter. Prior to this change, they used to behave as OR
instead of AND.
(Typing "n.Ne t.bl" would result in a file that had the tags Human.Ned and
Coat.Black. Now it results in nothing as soon as you hit space)
DESIRED CHANGE
I am requesting that it is worth the UI real estate price to have a checkbox in
preferences to toggle between OR and AND for the text filter.
JUSTIFICATION
Digikam used to be a program which I could find any file I wanted out of half a
million within 3 seconds, but with this change, I can't figure out any way to
find the same files in less than half a minute, and the text filter is only
good for finding one tag at a time, which is disappointing to how powerful it
was before. Are there any other ways to achieve such file finding speed?
A THANK YOU
Thank you!
Reproducible: Always
Steps to Reproduce:
1. Make 2 tags for a file. (Human.Ned, and Coat.Black).
2. Type a few letters of the first tag, press space, and type a few of the next
(n.ne t.bl)
Example 2, with a filename of "What is a Lommy.jpg"
1. Type the first few letters of a filename, followed by a space, then the last
few letters of the filename. Example: "wha mmy"
Actual Results:
In both scenarios, the file you are trying to find will be filtered out, since
spaces has been changed to AND instead of OR. As soon as you press space, the
file should be filtered out.
Expected Results:
Typing "n.ne t.bl" should allow a file with the tags "Human.Ned" and
"Coat.Black" instead.
Is there any way for me to change this currently without hoping for this wish
to come true? Perhaps a way to compile the source for it that someone pretty
stupid compiling sources could do?
While I'm throwing out suggestions
1. I am forced to tag without heirarchies, because the text filter does not
allow them. (Example: a tag of Human/Jon. You can't type in an/Jo, since the
text filter doesn't respect using / as a heirachy. Therefore, I am forced
to make long tags, ie:
Animal.Human/Human.Jon Snow/Jon Snow.Clothing/Clothing.Coat/Coat.Black
Instead of
Animal/Human/Jon Snow/Clothing/Coat/Black
2. Combine this with some kind of easy way to denote a NOT, such as |n|(tag
name) or so, and I'd never need to venture into the dreaded advanced search
window again.
Thanks again
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Digikam-devel
mailing list