Summary: | DCR: IClasspathEntry with JavaDoc location | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Martin Aeschlimann <martinae> |
Component: | Core | Assignee: | Philipe Mulet <philippe_mulet> |
Status: | RESOLVED WONTFIX | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | erich_gamma |
Version: | 2.0 | ||
Target Milestone: | 2.0 F3 | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Martin Aeschlimann
2001-11-23 11:06:19 EST
Philippe this Javadoc feature request we have discussed last Friday. From the features described below the first one is the most important. We would like to support that the user can select and element in the UI and execute "Show External Javadoc". The idea to use a URL is good, but as Martin says there is no good alternative. So for now it is sufficient when the IPath can refer to either a directory or a zip file with archived javadoc. Java Core could also provide a method for IMembers to find the URL to the external JavaDoc. The UI would then show this in a browser. Doc in a zip file is not common (web browsers can't browse in a zip file) For point 2 (JavaDoc as secondary source), the cheapest solution for JCore would be to allow the plugin of a SourceMapper. Other API woshes related to JavaDoc would be a 'getJavaDocSourceRange()' (like getSourceRange, but only the JavaDoc comment) getCommenRange would be sufficent and more general, too. >Doc in a zip file is not common
the Eclipse JavaDoc ships in a zip so it is important that we can present
JavaDoc out of a zip. The Help View can handle links in zips so we can look
their how they did it.
Before starting to implement a particular solution we should discuss the options again. One issue is that we would really like to be able to use a URL to define the location of JavaDoc. Martin pls Philippe your current write-up on the options. Closing, this DCR got turned down. |