Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 341395 - [client] polish the ctrl-h global search in editor
Summary: [client] polish the ctrl-h global search in editor
Status: RESOLVED FIXED
Alias: None
Product: Orion
Classification: ECD
Component: Client (show other bugs)
Version: 0.2   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: 0.2   Edit
Assignee: Susan McCourt CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 334042 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-03-30 13:14 EDT by Susan McCourt CLA
Modified: 2011-09-01 11:41 EDT (History)
2 users (show)

See Also:
john.arthorne: review+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Susan McCourt CLA 2011-03-30 13:14:05 EDT
- we now have API for making the popup appear closer to the cursor
- sometimes the text writes outside of the div (width is not right)
- should be able to ESC out of it
- we originally scoped the search to only files of the current file type.  I think this restriction was introduced in the beginning when we had performance problems with global search (pre Solr).  There's no need for this restriction now and I find it confusing because it means the search results in the popup are different than what you get in the search bar.
Comment 1 John Arthorne CLA 2011-04-27 17:32:32 EDT
*** Bug 334042 has been marked as a duplicate of this bug. ***
Comment 2 John Arthorne CLA 2011-04-27 17:33:22 EDT
Also, I would expect clicking in the editor outside the popup would close the popup.
Comment 3 Susan McCourt CLA 2011-06-09 16:15:23 EDT
(In reply to comment #0)
> - we now have API for making the popup appear closer to the cursor
Since the results can be quite big, I've decided against this.

> - sometimes the text writes outside of the div (width is not right)
This was fixed some time ago.

> - should be able to ESC out of it
Fixed while dealing with related Esc issues in bug 348792

> - we originally scoped the search to only files of the current file type.  I
> think this restriction was introduced in the beginning when we had performance
> problems with global search (pre Solr).  There's no need for this restriction
> now and I find it confusing because it means the search results in the popup
> are different than what you get in the search bar.

Look at this for RC2, it's a small change

(In reply to comment #2)
> Also, I would expect clicking in the editor outside the popup would close the
> popup.

will look at this and do whatever content assist does
Comment 4 Susan McCourt CLA 2011-06-14 18:37:41 EDT
(In reply to comment #3)
> > - we originally scoped the search to only files of the current file type.  I
> > think this restriction was introduced in the beginning when we had performance
> > problems with global search (pre Solr).  There's no need for this restriction
> > now and I find it confusing because it means the search results in the popup
> > are different than what you get in the search bar.
> 
> Look at this for RC2, it's a small change

I have a proposed fix in the git branch remotes/origin/bug341395.
> 
> (In reply to comment #2)
> > Also, I would expect clicking in the editor outside the popup would close the
> > popup.
> 
> will look at this and do whatever content assist does

This is not as easily done as it sounds.  I think it's better to fix this as part of a comprehensive look at editor modes, which is described in bug 348823.
Comment 5 Susan McCourt CLA 2011-06-14 18:46:53 EDT
adding John for review.
I propose that for RC2 we remove the old code that scoped editor-triggered searches to the file type of the editor.  This ensures that the search results returned by ctrl-H and those returned when you type in the searchbox are consistent.
Comment 6 Susan McCourt CLA 2011-06-14 18:47:32 EDT
In case it was too buried in other remarks, the branch to review is
remotes/origin/bug341395.
Comment 7 John Arthorne CLA 2011-06-14 22:38:26 EDT
Looks good. I tested searches in various file types in a large workspace. The search speed is certainly not a problem so I think this makes sense.
Comment 8 Susan McCourt CLA 2011-06-15 02:20:37 EDT
pushed.