When I need to navigate to a particular method of a class like String.toString the way I do it now is:
- go to type "String"
- navigator quick search "toString"
That would be great if I could do it quicker...
Now I can not do that directly from:
* go to type - it does not accept methods or subclasses
* go to symbol - there are too many toString methods everywhere
* search field at the top - it just does not find "String.toString"
For me it would be great if go to type window had autocompletion and supported methods and subclasses. This way I could have entered String.toString in that window and went directly where I wanted.
another use case is "Utilities.toURI":
When I enter Utilities in the "go to type" window there are 6 of them!
Now it is impossible to guess which one has toUri method...
Fixed jet-main 333188641df1
Implemented as Vladimir suggested, a part of Go To Symbol.
You can use:
In general: case sensitive prefix and regexp is supported for simple name ang FQN.
If there is a single '.' like Utilities.toURI the string is split into simple name Utilities and element "toURI".
If there are more '.' like *.parsing*.getFile the string is split into FQN *.parsing*. and element getFile
Integrated into 'main-golden', will be available in build *201305182300* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: Tomas Zezula <email@example.com>
Log: #220300:Improve navigation to methods and sub classes
works like charm, thanks!
Nice. I will add it the Noteworthy page.
But you should note that it only works for the sources of the opened projects.
It doesn't work symbols in the classpath. For example: "Collec.empty" should find f.e. "java.util.Collections.emptyList" but it doesn't. Is it a bug or should I file a RFE?
Goto symbol intentionally works only on sources (not jars) to remove the amount of symbols, for example "compareAndSet" never shows Atomic* as the package j.u.c does not come from project sources.