Community
Participate
Working Groups
I20040310: /** @see #method() */ void method() { method(); } - set the caret into #method() and hit F3 -> beep, not found - set the caret into method(); and hit F3 -> opens declaration ICodeAssist#codeSelect works for type references in javadocs, but not for members. To watch it, set a breakpoint in SelectionConverter#codeResolve(IJavaElement, ITextSelection) and press F3.
Currently code select work for type with a kind of trick. If no proposals are founds then we try to find a type with the same name as the selection token. To be able to perform methods code selection we need to add a real javadoc support. - new ast selection node for javadoc - overiding of JavadocParser - improvement of inference code of SelectionEngine To risky to do that before 3.0 Post 3.0
*** Bug 72192 has been marked as a duplicate of this bug. ***
*** Bug 22043 has been marked as a duplicate of this bug. ***
*** Bug 38833 has been marked as a duplicate of this bug. ***
Can this be reopened for 3.1?
*** Bug 75120 has been marked as a duplicate of this bug. ***
Reopened for 3.1.
*** Bug 75919 has been marked as a duplicate of this bug. ***
I'd really like to see this fixed.
*** Bug 87747 has been marked as a duplicate of this bug. ***
Created attachment 18976 [details] Patch for the implementation of this functionality
Fixed. Now code selection is allowed in Javadoc wherever a reference can be specified. That means @see, @link, @linkplain, @throws, @exception, @param and @value tags. [jdt-core-internal] Test cases created in new classes: - org.eclipse.jdt.core.tests.compiler.parser.SelectionJavadocTests - org.eclipse.jdt.core.tests.model.SelectionJavadocModelTests
*** Bug 88587 has been marked as a duplicate of this bug. ***
Nice, thanks.
Verified in I20050330-0500