Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 332788 - [QuickAccess] Quick Access should also support files in workspace, not just opened files
Summary: [QuickAccess] Quick Access should also support files in workspace, not just o...
Status: CLOSED DUPLICATE of bug 167010
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 4.1   Edit
Hardware: PC Windows 7
: P3 enhancement with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact: Remy Suen CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-16 14:52 EST by Glenview Jeff CLA
Modified: 2011-01-31 13:13 EST (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Glenview Jeff CLA 2010-12-16 14:52:12 EST 
Build Identifier: M20100909-0800

I'd like to be able to include the set of files in my workspace in the control-3 completion proposals, not just the files that happen to be open.  

Thanks!


Reproducible: Always
Comment 1 Remy Suen CLA 2010-12-16 16:45:40 EST 
Couldn't you just use Ctrl+Shift+R?
Comment 2 Prakash Rangaraj CLA 2010-12-16 22:31:28 EST 
(In reply to comment #1)
> Couldn't you just use Ctrl+Shift+R?

  I too wish that Open * dialogs integrated into Quick Access, so that Ctrl+3 is the only shortcut I would use (esp in e4, its very useful to have it in the search bar). But Quick Access calculates all the combinations in the UI thread (being used for "quick" accessing, that does makes sense). If only Quick Access uses a separate job for calculating this, it would be possible for that
Comment 3 Oleg Besedin CLA 2010-12-17 10:14:31 EST 
I don't think it is practical except for very small workspaces.
Comment 4 Glenview Jeff CLA 2010-12-23 23:41:28 EST 
Oleg:  What is not practical about it?  If it can be supported practically via Ctrl-Shift-R, why shouldn't it be practical in the ctrl-3 search?  Why should workspace files be singled out as excluded from the ctrl-3 search, but many other items (opened files, commands, etc.) are included?
Comment 5 Prakash Rangaraj CLA 2010-12-24 00:46:07 EST 
(In reply to comment #4)
> Oleg:  What is not practical about it?  If it can be supported practically via
> Ctrl-Shift-R, why shouldn't it be practical in the ctrl-3 search?  Why should
> workspace files be singled out as excluded from the ctrl-3 search, but many
> other items (opened files, commands, etc.) are included?

    In Open Resource dialog, the filtering is done *after* you type the chars. The filtering is done in a separate job, so that the UI remains responsive. This works well even if you have very large set of files. But in Quick Access dialog, since, as its meant to get access to the things *quick*, the list of all items are received first before opening the dialog and then the filtering is done on the items in the UI thread as you type. If you want to get the list of all files in the workspace, it won't be quick anymore.

    To add this feature we have to basically change the way the Quick Access works now. And then we may have to open up it as an API, so that Open Type or Open Plugin Artifact can also be added by JDT & PDE
Comment 6 Remy Suen CLA 2011-01-31 13:13:17 EST 

*** This bug has been marked as a duplicate of bug 167010 ***