Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 4178

Summary:	Search results should indicate location (1GK283X)
Product:	[Eclipse Project] JDT	Reporter:	Jed Anderson <jed.anderson>
Component:	UI	Assignee:	Dani Megert <daniel_megert>
Status:	RESOLVED DUPLICATE	QA Contact:
Severity:	normal
Priority:	P4
Version:	2.0
Target Milestone:	---
Hardware:	All
OS:	Windows 2000
Whiteboard:

Description Jed Anderson

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

2001-10-16 11:15:13 EDT

moved to 'active'

Comment 2 Erich Gamma

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

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

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

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

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

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

2002-03-12 09:32:37 EST


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