Idea: merge Ctrl+N and Ctrl+Shift+N with new syntax

I'd like to be able to type ctrl+n and press "String.valueOf" I'd also
like to be able to press ctrl+n "String." and see all the methods and
fields defined there.

I started thinking about this syntax and I realized that we don't need
ctrlshiftN, we should just allow this "." syntax in Ctrl+N, and allow
search for ".valueOf" to be semantically equivalent to currently
pressing CtrlShiftN "valueOf"

What do you guys think? Good idea? bad idea?

(By the way we should also support "String:504" to jump to line 504.)

3 comments
Comment actions Permalink

Do you mean ctrlaltshift+N ?

ctrlshiftN is

At least that is what it is in my keymap, and it appears the default one as well.

As for merging ctrlN and ctrlaltshiftN, I like the idea.
Coming up with a descriptive name for it that everyone likes might be a bit tricky though.

0
Comment actions Permalink

Tim Haley wrote:

Do you mean ctrlaltshift+N ?


Oops, yep

As for merging ctrlN and ctrlaltshiftN, I like the idea.
Coming up with a descriptive name for it that everyone likes might be a
bit tricky though.


I think Quick Navigate is fine. Or Navigate to Symbol.

0
Comment actions Permalink

Not too sure about merging the two, for a couple of reasons:

o When I go to symbol, I'm expecting to pick up fields, methods and
classes. Using ".somename" would imply that I'm not looking at classes. If
it does look at classes also, then I think the "." is confusing and I'd
rather have a clearly separate C-A-S-N :)

o On a very large project, I really think twice before using Goto Symbol
because of the time it takes to prepare the dialog and the memory it takes
to do so. I'm very happy to have a snappy Goto Class that works reasonably
fast.

That said, I like the idea of refining the search with
String.valueOf
or
String:544

What could also be cool is
java.lang.S
to only pick up classes from java.lang (that start with an S), with the same
magic abbreviations:
j.l.S

Vince.


0

Please sign in to leave a comment.