https://bugs.kde.org/show_bug.cgi?id=455865
Waqar Ahmed <waqar....@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |waqar....@gmail.com
--- Comment #4 from Waqar Ahmed <waqar....@gmail.com> ---
> Even adding something basic into kate/apps/lib/quickopen/katequickopen.cpp
> filterAcceptsRow() such as:
> > ```
> if (name.contains(fileNameMatchPattern, Qt::CaseInsensitive)) {
> score += 100;
> score += (sm->isOpened(sourceRow))*100;
> }
> ```
> Would bump exact matches above the fuzzy searches, and further the ones that
> are open above those.
This is not acceptable because it will massively slow down things.
> Currently, the tool displays any file that contains the characters entered in
> the same order, not necessarily as a contiguous substring. This is sometimes
> useful, but it makes it difficult to search for a short word in a big
> project, because it sometimes also find dozens of files unrelated to the word
> whose name happens to contain its letters.
Contigous matches are ranked higher if the match is at the beginning of the
string. But if doesn't match at the beginning then it may not get ranked as
high as there might be matches where an abbreviation match happens which gets
ranked higher. For short strings, abbreviations matches are more likely to
happen so contigous matches get pushed down in the list unless they are at the
beginning.
So, in short, it is kind of working as expected. However, any concrete
suggestions for improvements are always welcome. It would also be nice if you
could compare the results of Sublime/VScode on the same project.
--
You are receiving this mail because:
You are watching all bug changes.
