[Discover] [Bug 399502] Search results sorted seemingly randomly, and do not respect selected sort order

2018-10-10 Thread Aleix Pol
https://bugs.kde.org/show_bug.cgi?id=399502

--- Comment #9 from Aleix Pol  ---
Alright, then let's give this a go. I'll rename this bug to show when we're
sorting by relevance, please if you find cases where what we're displaying is
clearly wrong report so and we'll address it.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 399502] Search results sorted seemingly randomly, and do not respect selected sort order

2018-10-10 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=399502

--- Comment #8 from Nate Graham  ---
If sorting by rating is wrong, then the toolbar shouldn't falsely claim that
that's what the search list is sorted by. Right now the control and the actual
state are inconsistent.

Regardless, we need to do *something* to clean up search results. This is
currently a pain point.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 399502] Search results sorted seemingly randomly, and do not respect selected sort order

2018-10-10 Thread Aleix Pol
https://bugs.kde.org/show_bug.cgi?id=399502

--- Comment #7 from Aleix Pol  ---
The problem there is that sorting by rating upon search is wrong. We will have
the same problem as soon as Wesnoth puts "torrent" in the description.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 399502] Search results sorted seemingly randomly, and do not respect selected sort order

2018-10-09 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=399502

--- Comment #6 from Nate Graham  ---
Hmm, the problem there is that KNS entries are listed first because they're
more highly rated.

Perhaps this raises the question of whether searching across both apps and KNS
ever makes sense. Whenever you do a search, you generally know the type of the
thing you want to be returned; e.g. if you search for "torrent", you're
expecting an app, and if you search for "wallpaper" you're expecting an KNS
entry. Right now you have to deliberately navigate to the top-level category of
the thing you want results resutned for before this will happen.

Perhaps it would make sense to have searching on the main page default to
searching only app backends, and KNS results would only appear if you navigate
to an addons page.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 399502] Search results sorted seemingly randomly, and do not respect selected sort order

2018-10-09 Thread Aleix Pol
https://bugs.kde.org/show_bug.cgi?id=399502

--- Comment #5 from Aleix Pol  ---
Created attachment 115502
  --> https://bugs.kde.org/attachment.cgi?id=115502=edit
torrent search without relevance

Ugh, or not, this doesn't seem better.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 399502] Search results sorted seemingly randomly, and do not respect selected sort order

2018-10-09 Thread Aleix Pol
https://bugs.kde.org/show_bug.cgi?id=399502

--- Comment #4 from Aleix Pol  ---
I don't agree, but since your proposal is really easy to implement I'll go with
it. :P
I'll put it in master and we see how it feels.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 399502] Search results sorted seemingly randomly, and do not respect selected sort order

2018-10-08 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=399502

--- Comment #3 from Nate Graham  ---
I don't like "Relevance" as a search criterion *anywhere* because it's
meaningless. What does it mean for the system to think a result is more or less
relevant? I have no way of knowing how its definition of relevance differs from
my own.

"Relevance" can work when the algorithm is *perfect*, but this requires years
of telemetry to scrutinize how every search winds up for the user so that the
relevance algorithm can be adjusted incrementally to reduce the amount of time
it takes to acquire a result. Google literally spends billions of dollars on
this. We don't have those resources, and even if we did we don't spy on our
users so we will never be able to achieve the same results.

Rating is IMHO a much better default sort order for search results.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 399502] Search results sorted seemingly randomly, and do not respect selected sort order

2018-10-08 Thread Aleix Pol
https://bugs.kde.org/show_bug.cgi?id=399502

--- Comment #2 from Aleix Pol  ---
This is indeed a bug, but a different bug than it seems.
Here we're trying to sort by search relevance, so if you search for "torrent"
it would should first KTorrent than something like e.g. Krita because krita has
something that says torrent in the description.

Now this is possibly not working and it makes it rather hard to operate if
stuff is coming from different backends (just mean First In, First Served), so
it could make sense to just remove it.

Or else, we add a "By relevance" item in the combo box when searching.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 399502] Search results sorted seemingly randomly, and do not respect selected sort order

2018-10-07 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=399502

--- Comment #1 from Nate Graham  ---
Created attachment 115481
  --> https://bugs.kde.org/attachment.cgi?id=115481=edit
Results not sorted by rating, even though the toolbar says they are

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 399502] Search results sorted seemingly randomly, and do not respect selected sort order

2018-10-07 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=399502

Nate Graham  changed:

   What|Removed |Added

   Keywords||usability

-- 
You are receiving this mail because:
You are watching all bug changes.