Re: Filtering also matches the filenames...

Waqar Ahmed <[email protected]>
Newsgroups gmane.comp.kde.devel.kwrite
Message-ID <CAPesRH5cTPf7DHiTZxGD-fJ-L85wMFa2XfSGK8U9PgxUUBfKew@mail.gmail.com>
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.

On Mon, Mar 7, 2022, 11:29 PM Alexander Neundorf <[email protected]> wrote:

> Hi,
>
> the filtering currently also matches the filenames, and that using their
> full
> path.
> This leads to strange behaviour.
> I typed "x" in the filter, and everything was still visible, although
> there
> was no "x" anywhere.
> I found that the filter "x" matched them all because they were all in some
> subdir of my home directory "/home/alex/", which contains an "x".
> In my local copy I changed it so that fileToPlainText() removes the base
> directory from the filtering, so that only that part of the filename is
> matched that is also displayed in the results.
>
> But that still is strange. If I now enter something that occurs in all
> found
> filenames, but not in any actual match, the results list now tells me
> "0 matched (0 checked)" but still displays all search results and all of
> them
> are checked.
>
> How about applying the filtering only to the actual contents of the files,
> and
> ignore the filenames completely ?
>
> Alex
>
>
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.