<div dir="auto">Also, I think using a single character for filtering is just unrealistic, and using it to test the filter quality is imo not useful. With a few more characters or a word, the filter will work better.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 7, 2022, 11:29 PM Alexander Neundorf <<a href="mailto:neundorf@kde.org">neundorf@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
the filtering currently also matches the filenames, and that using their full <br>
path.<br>
This leads to strange behaviour.<br>
I typed "x" in the filter, and everything was still visible, although there <br>
was no "x" anywhere.<br>
I found that the filter "x" matched them all because they were all in some <br>
subdir of my home directory "/home/alex/", which contains an "x".<br>
In my local copy I changed it so that fileToPlainText() removes the base <br>
directory from the filtering, so that only that part of the filename is <br>
matched that is also displayed in the results.<br>
<br>
But that still is strange. If I now enter something that occurs in all found <br>
filenames, but not in any actual match, the results list now tells me<br>
"0 matched (0 checked)" but still displays all search results and all of them <br>
are checked.<br>
<br>
How about applying the filtering only to the actual contents of the files, and <br>
ignore the filenames completely ?<br>
<br>
Alex<br>
<br>
<br>
<br>
</blockquote></div>