Bug 498262 - Quick Access search should be more intelligent about category / item distinction
Summary: Quick Access search should be more intelligent about category / item distinction
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: IDE (show other bugs)
Version: 4.6   Edit
Hardware: PC Mac OS X
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Patrik Suzzi CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-07-21 05:20 EDT by Andreas Sewe CLA
Modified: 2018-05-24 12:58 EDT (History)
2 users (show)

See Also:


Attachments
Quick Access search for "Code" (59.56 KB, image/png)
2016-07-21 05:20 EDT, Andreas Sewe CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Sewe CLA 2016-07-21 05:20:30 EDT
Created attachment 263231 [details]
Quick Access search for "Code"

Hi,

I was just using Quick Access search to search for a view called "Code Search". I blindly typed CMD+3, "code", and hit Enter. To my surprise, the API Docs view from Code Recommenders opened.

A closer look (see screenshot) explained this behavior:

Now that the view's category is shown in parentheses (FWIW, I like this feature), both "API Docs (Code Recommenders)" and "Code Search (Ctrlflow)" match, but "API Docs" comes before "Code Search".

I wonder whether the search could be made more intelligent and aware of the two-level structure of the results (Views, Commands, and Preferences results all have two levels, although other result types like Perspectives don't).
Comment 1 Lars Vogel CLA 2016-07-21 05:33:08 EDT
+1 for giving prio to the real match over the category match. Our Quick Access master is Patrik, assigning to him.
Comment 2 Andreas Sewe CLA 2016-07-21 05:45:46 EDT
(In reply to Lars Vogel Unavailable until 15 August 2016 from comment #1)
> +1 for giving prio to the real match over the category match. Our Quick
> Access master is Patrik, assigning to him.

On a related note, you can currently search for category separators like '(', ')', and '-', as they are considered to be part of the label. IMHO, this doesn't make sense and need not be supported.
Comment 3 Patrik Suzzi CLA 2016-12-20 06:38:37 EST
If an element starts with the search string, we should consider it a perfect match, while in other cases it should be just a good match.