Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 4178 - Search results should indicate location (1GK283X)
Summary: Search results should indicate location (1GK283X)
Status: RESOLVED DUPLICATE of bug 10464
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 2.0   Edit
Hardware: All Windows 2000
: P4 normal (vote)
Target Milestone: ---   Edit
Assignee: Dani Megert CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 23:07 EDT by Jed Anderson CLA
Modified: 2002-03-12 09:32 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jed Anderson CLA 2001-10-10 23:07:21 EDT
jkca (9/14/2001 3:21:18 PM)
	Eclipse 135

When search finds classes that are named identically (fully qualified), it is difficult to realize
exactly where these resources are located.  I have (after some playing around) realized that
the status bar shows the exact location when I click on the search results, but this feels like
to much work.  If we have the location, why don't we display it in the search results?  Another
thought is that we know when a resource is in binary or source form.  Conveying this information 
would improve the user's experience.

A simple way to make this happen is to have one plugin with a reference to a jar and another
plugin with the actual source code for the same class.

EG (17.09.2001 17:05:54)
	class in source or binary could be distinguished by some read only indicator in the 
	element icon.
Comment 1 Martin Aeschlimann CLA 2001-10-16 11:15:13 EDT
moved to 'active'
Comment 2 Erich Gamma CLA 2001-11-11 11:39:22 EST
in the 2.0 stream there is sort by->path
isn't this sufficient?
Comment 3 Jed Anderson CLA 2001-11-12 12:53:38 EST
Sorting improves the situation, but it still doesn't make it easy for me to
determine which resource I want when many identically named ones are returned.

If I can tell with a quick glance where the resources are stored, then I'm going
to be able to navigate through the search view into my code much quicker.  In
the current setup, I have to click on each resource until I find the one I want.
Comment 4 Dirk Baeumer CLA 2002-02-27 09:07:01 EST
I have to agree with this observation. IMO even sorting doesn't really help. 
What I would like to see is a result view that uses a tree in the Java case (or 
at least a user option). The tree would show matches on a type granularity.

Don't know if this is possible with the current API.
Comment 5 Dani Megert CLA 2002-02-28 05:40:10 EST
Having different icons for binaries is a general JDT UI issue:
10464: Read-only and/or binary indicator for binary Java elements
Feel free to add yourself to the cc-list.

>Sorting improves the situation, but it still doesn't make it easy for me to
>determine which resource I want when many identically named ones are returned.
...
>the current setup, I have to click on each resource until I find the one I want.

Why do you have to click on each resource if they are sorted by path and you see
the path?

Comment 6 Jed Anderson CLA 2002-02-28 12:40:33 EST
I think the main point of this feature request is that it would be nice if we
had a binary/source indicator on the search icons.
Comment 7 Dani Megert CLA 2002-02-28 12:53:26 EST
Can I close this one then? The binary icon is covered by another PR
Comment 8 Dani Megert CLA 2002-03-12 09:32:37 EST

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