https://bugs.kde.org/show_bug.cgi?id=462787
--- Comment #11 from Natalie Clarius <natalie_clar...@yahoo.de> --- If you don't ever try to find files by content anyway, have you considered simply disabling content indexing? Likewise, in case you never search for photos, videos and audios by file name, you might consider excluding these file types from indexing. I have the same use case as you, and this significantly mitigated the issue for me. The main problem is that Baloo doesn't order the found files by relevance at all, it simply sorts them by date. The Krunner plugin just takes over the ranking from Baloo, except split by file type. This means that especially with content indexing enabled, lots of only remotely relevant results, such as the search term occurring somewhere in the references as you suggest, may outrank even exact name matches, and if the KRunner result list is too long, some results may be dropped entirely. It doesn't discriminate by file type though; photos aren't ranked higher than documents per se, the relevance of a category is determined by the relevance of its individual results and this in turn is determined by the time stamp in the case of baloo search. Imo in the long run Baloo should get proper sorting, but maybe in the meantime we could add some basic relevance ranking logic in the runner plugin, such as giving lower relevance when the search term does not occur in the file name. -- You are receiving this mail because: You are watching all bug changes.
