Community
Participate
Working Groups
I have a class with some public void thisIsAMethod(String param) {} In the context of a javadoc comment in the same class, I type @see #thisIsAMethod<code completion> All works well and I get the completion @see #thisIsAMethod(String param) Yet, if I type one or two characters MORE before I hit code completion, e.g., @see #thisIsAMethod(S<code completion> code completion doesn't any longer know what to do. When I have overloaded methods, it might be usefull to partially type the parameter type before hitting <code completion>.
Good suggestion. But this doesn't work for normal code assist either and we use this infrastructure for Javadoc code assist as well. Since code assist proposal are generated by Core moving to Core for commenting. Without core support there is little we can do in the UI.
Though we want to improve the smartness of completion proposal (better sort them based on type expectations around - e.g. in assignment, right-hand side is likely intended to match type of left-hand side), I am not sure this would solve this one defect. The problem reported here is that codeassist no longer works in the first argument of the method. The javadoc support seems to be preventing the codeassist call to perform correctly). You should investigate what you pass along to the codeassist engine at that point. In standard source, it would work fine.
this is probably related to the problem that F3 in Javadoc partitions only works for types and not for members (i.e. this having a # infront of it).
*** Bug 43088 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 54968 ***
touched wrong bug
Moving bug since ownership changed
Fixed and released in HEAD.
Test cases added in JavadocBugsCompletionModelTest
Verified for 3.2 M3 using build I20051031-0010