Summary: | [open type] Can't open classpath/library resources easily | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Randy Hudson <hudsonr> |
Component: | UI | Assignee: | JDT-UI-Inbox <jdt-ui-inbox> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | P3 | CC: | john.arthorne, martinae |
Version: | 3.3 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: | |||
Bug Depends on: | |||
Bug Blocks: | 122327 |
Description
Randy Hudson
2007-07-17 12:47:44 EDT
I agree that this is a problem. I guess we could do it in two ways: a. Extend the Open Type dialog to also show resources on the class path b. Extend the Open Resource dialog to allow participants to provide their own storage elements ('editor inputs') to appear so they can be opened. The first one might be easier as it could be done in JDT alone, but it 'Open Type' is the wrong dialog. It would rather become an Open Java Symbol dialog, with fields methods etc. That would be very hard again as our search is not optimized for this. So I would think b would fit more. I would move the request to platform.ui. We have similar open requests with searching for text in files in archives. There have been discussion of allowing to mount a zip (see bug 137879) so that its content can be accessed as resources > The first one might be easier as it could be done in JDT alone, but it 'Open
> Type' is the wrong dialog. It would rather become an Open Java Symbol dialog,
> with fields methods etc.
I didn't understand this part. Why would fields and methods be in the Open "Something" Editor dialog?
I wanted to say that if we add resources to the 'Open Type', it would more become an 'Open Everything'. That's not what want. |