Bug #94
Search ordering is suboptimal
| Status: | Closed | Start date: | 2011-03-16 | ||
|---|---|---|---|---|---|
| Priority: | Normal | Due date: | |||
| Assignee: |  Chris Cannam | % Done: | 50% | ||
| Category: | - | ||||
| Target version: | - |
Description
For example, if you search for a project name (even an exact match), the project is not the first hit.
History
#1
Updated by Chris Cannam almost 14 years ago
Tricky to resolve "properly" -- the sorting is by date and this affects pagination in a rather inflexible way.
However, the results page does have links to restrict the search type to e.g. Projects or whatever. We could simply make those links more obvious.
#2
Updated by Chris Cannam almost 14 years ago
- Status changed from New to In Progress
- Assignee changed from Luis Figueira to Chris Cannam
- % Done changed from 0 to 50
Links now more obvious in 1333582e34c4 -- calling this "partly resolved"!
#3
Updated by Chris Cannam almost 14 years ago
Partial resolution now merged and live.
#4
Updated by Chris Cannam over 13 years ago
I suppose one other thing we could do is simply show Projects results (if there are any) in a separate list above the general results.
A problem with this is that it may be a solution that's workable now only because there are not very many projects -- it wouldn't be very satisfactory to be swamped by low-relevance hits on incidental words for dozens of projects.
#5
Updated by Chris Cannam over 13 years ago
Implemented the latter idea in 87bfac1079fd (not live yet).
At the moment the project results are only shown separately if there are no more than five of them -- this might need tuning.
#6
Updated by Chris Cannam over 13 years ago
- Status changed from In Progress to Resolved
#7
Updated by Chris Cannam over 13 years ago
- Status changed from Resolved to Closed