Bug 87690 - [WorkingSets] Open Resource folder list better guess than alphabetical
Summary: [WorkingSets] Open Resource folder list better guess than alphabetical
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: IDE (show other bugs)
Version: 3.1   Edit
Hardware: PC Windows XP
: P3 enhancement with 3 votes (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2005-03-10 14:00 EST by jim.toering CLA
Modified: 2019-09-06 16:12 EDT (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jim.toering CLA 2005-03-10 14:00:45 EST
Currently the Open Resource(ctrl-shift-r) dialog fills in the matching resources
as you type and then as you select different results in matching resources shows
the list of folders that resource lives in for all of your projects.

The list of folders appears to be alphabetical.  Would be nice if this list was
did something to try and make the first item in the list more likely to be what
you actually want.  possibilities..
1.  limited to active working set or filter if one is in place
2.  sorted with projects from active working set first and projects not part of
active working set second
3.  show resources backed by cvs first?

In my particular case I have some resources that do exist in several projects. 
Ultimately only one of these versions really matters (the one that is from cvs).
 The others get automatically synced from this one spot.  But unfortunately the
one I actually care about is last in the list alphabetically.  I often find
myself typing in the resource name in open resource and after selecting the item
in top list hitting enter.   



Same thing applies to Open Type (ctrl-shift-t).
Comment 1 Nick Edgar CLA 2005-03-17 16:31:31 EST
We are unlikely to change the ordering here, since we've come to understand that
any order than alphabetical or "open in" order is highly confusing to users.

We might be able to improve the efficiency of this dialog by collapsing the file
list and folder list into one. 

For Open Type, you may be able to use the Type Filters pref page (recently moved
under Java > Appearance) to hide types in other packages.
Comment 2 Sebastian Beigel CLA 2005-11-25 03:31:55 EST
It would be great to have the possibility to restrict "Open Resource" to the new (3.2M3) "window-level working sets", in the same way it works for "Open Type", the CVS synchronization or the package explorer.
Using eclipse w/ a lot of web app projects everyday, it would be such a great thing to open the "right" web.xml  w/o much thinking about the "right" project path... :)
Comment 3 Nick Edgar CLA 2005-11-25 10:42:51 EST
Moving to Kim and cc'ing Susan to consider the last suggestion.
Comment 4 Susan McCourt CLA 2005-11-27 15:40:24 EST
Kim - Dirk is still evolving open type dialog and we will be extracting parts of Open Type and moving upward into the platform (see bug #94382).  So if open type is doing the right thing wrt working sets, you can expect that open resource will do the same.  I think you can just move this bug to me...
Comment 5 Sebastian Beigel CLA 2006-02-14 09:36:58 EST
Any progress on this one? It would be really great to have the Window Working Set functionality included in the Open Resource dialog!

I also notice more and more people using Eclipse for PHP development (w/ the PHPEclipse plugin) -- and w/out an Open Type dialog (they have to use Open Resouce) it's quite annoying that your are not able to restrict to your "current" project (given the fact that a lot of the files across different projects have the same name). Even Eclipse-newbies asked me how to do this (after I showed them the Window Working Sets) so I think this is not "nice to have" but a quite essential :)
Comment 6 Susan McCourt CLA 2006-02-14 11:19:00 EST
Unfortunately, work on the open resource dialog has been deferred in favor of other items.  I don't see this getting into 3.2 unless someone else does some work and submits a patch.
Comment 7 Eclipse Webmaster CLA 2019-09-06 16:12:33 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.