"Go to file": Do not display *.java files

In recent Diana builds, the "Go to file" popup has a checkbox "Include non-project files".
This is a great feature, but it does not make up for the fact that now Idea always shows *.java files (which was previously controlled by that checkbox).

I wonder if the removal of that option is deliberate and planned to be permanent?

It makes quick navigation much more troublesome.
Previously I could type for example
ctrl-shift-n, "pCM", enter
to go to the single matched file (product-chart-main.xhtml).
Now I get a list of four files and have to review them and use additional keystrokes to select the correct one.
(My project has much more java files than xhtml files.)

I appreciate your efforts to keep the UI slick and slim, but it should not have a negative impact on usability.
In this case IMHO it would be better to either always hide *.java files (after all they can be reached by "Go to class") or introduce another checkbox.

4 comments
Comment actions Permalink

Hello Stephen,

The main reason why this was changed is that a Java specific checkbox does
not really make sense when you're working with Flex, Ruby or some other non-Java
project. We understand that it does make things less convenient for pure
Java projects, and we'll try to come up with a better solution for this issue.
Suggestions are welcome (keeping the multiple language issue in mind).

In recent Diana builds, the "Go to file" popup has a checkbox "Include
non-project files".

This is a great feature, but it does not make up for the fact that now
Idea always shows *.java files (which was previously controlled by
that checkbox).

I wonder if the removal of that option is deliberate and planned to be
permanent?

It makes quick navigation much more troublesome.
Previously I could type for example
ctrl-shift-n, "pCM", enter
to go to the single matched file (product-chart-main.xhtml).
Now I get a list of four files and have to review them and use
additional keystrokes to select the correct one.

(My project has much more java files than xhtml files.)

I appreciate your efforts to keep the UI slick and slim, but it should
not have a negative impact on usability.

In this case IMHO it would be better to either always hide *.java
files (after all they can be reached by "Go to class") or introduce
another checkbox.

--
Dmitry Jemerov
Development Lead
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"


0
Comment actions Permalink

Hm, I see. I think it's a real challenge to keep usability for pure-Java users as high as it is (or better improve it further) and still support a mixed language environment.
IMHO that part of the reason that Eclipse just doesn't cut it. It tries to be an "egg-laying-wool-milk-pig" and makes too many compromises. (I haven't found a real english translation of that nice german term ;)

So, if you are working in a single language only, and that language has a concept similar to "Go to class", then please add another checkbox "Do not display *.language-suffix files".
If you are working concurrently with multiple languagse then that check box should read "Do not display source files". (Or maybe always use this version.)

I understand that this needs some special coding, but I think it's really worth it.

0
Comment actions Permalink

I realize this is an old thread, but I just recently upgraded to Idea 8 and while there are many things I like about the new version, I find this change (as well as a few others in a similar vein) to be very frustrating. Ctrl-shift-n is one of my most used shortcuts and since the beginning of time (and least Intellij time) it has been perfect. Absolutely perfect. Right out of the box it was configured such that with just a few quick keypresses I could immediately zoom around to the files in my project.

Now, not only do I have to spend a much larger amount of time visually scanning the a huge list of items (a list that previously only contained one or two files but now contains dozens, if not hundreds from .java files to even compiled classs files. Compiled class files? C'mon! Seriously?), I have to use a much larger set of keystrokes to either narrow down the list to something managable or scroll and scroll and scroll to the actual item I'm looking for. What? All in the name of better supporting Ruby? Groovy? Scala?

Yes, with some twiddling with the little filter button I did finally get the return list narowed down a bit (but still not a concise as it used to be), but you know, you pay a price for things like this when they don't work well right out of the box. Only your already dedicated users are going to invest the time to research and twiddle until they get it working well. Others who are simply trying the product or just aren't twiddlers will never do that and just assume it's not a useful feature, when in fact, it used to be one of the best.

Here are some stupid cliches for you :
Jack of all trades... master of none.
Slipperly slope.

--end rant--

So here's my question. Using the filter button I can remove .class and .java files from the returned list, but how do I get it to not search my project libraries? The bottom line is that I only want to "go to" files I can actually edit.

0
Comment actions Permalink

Just like Go to Class (Ctrl+N) Ctrl+Shift+N only shows files in libraries if there were no matches in project files. Have you read what checkbox in the mini-dialog says?

Max

0

Please sign in to leave a comment.