This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 132792 - Go To Type multiple selection
Summary: Go To Type multiple selection
Alias: None
Product: utilities
Classification: Unclassified
Component: Jump To (show other bugs)
Version: 6.x
Hardware: All Windows XP
: P3 blocker with 2 votes (vote)
Assignee: Tomas Zezula
Depends on:
Reported: 2008-04-14 17:11 UTC by cbulcu
Modified: 2012-05-12 01:20 UTC (History)
2 users (show)

See Also:
Exception Reporter:

file showing Go-to-Type not finding VisualPanel class (296.33 KB, image/png)
2008-06-09 17:45 UTC, twolf2919
Image showing GoToType finding only the Beans class in same package (236.65 KB, image/png)
2008-06-09 17:46 UTC, twolf2919

Note You need to log in before you can comment on or make changes to this bug.
Description cbulcu 2008-04-14 17:11:38 UTC
Well, this is important in my humble opinion.

One should be able to select more than 1 file in the just found files list. This is a usability issue. There could be
more files that match the entered string, which also could be related, so it should be possible to open them in a one
search-select-click(enter) operation.
Comment 1 Petr Dvorak 2008-04-23 10:42:47 UTC
Well, this is already possible in my humble opinion. Correct me if I am wrong.

First, you didn't specify the way how to get to the functionality you are talking about, so I am just guessing: Are you
talking about "Navigate > Go to File" functionality (accessible with Alt+Shift+'O' shortcut)?

If yes, you can select as many files as you want using a CTRL key (or SHIFT key, usage is as usual in these cases) and
open them at once... Use of ctrl (shift) key is standard for multi-selection in lists. Ctrl+A (select all) also work in
this dialog ("Navigate > Go to File")...
Comment 2 cbulcu 2008-04-23 13:08:58 UTC
No, I'm talking about Ctrl+O (Go To Type)...
Comment 3 Petr Dvorak 2008-04-23 13:42:03 UTC
Oh, I see it now, thanks for the additional comment.

The list view that is displayed in "Go to type" (ctrl+o) behaves a bit differently from the list view in the "Go to
file" (alt+shift+o)...

I have found that the proper place to put this issue is "Utilities>JumpTo", I am reassigning it to them...
Comment 4 cbulcu 2008-04-23 13:44:43 UTC
Well, it was my mistake, by saying files instead of classes. Sorry for that...

But, I'm looking forward to see the development taking place. :-)
Comment 5 Petr Dvorak 2008-04-23 13:56:23 UTC
:o) Hmmmm... We won't make it in 6.1, as it should be released quite soon (today), but maybe - if module developers
evaluate this as valid - it could be implemented some day... ;)

This issue is just an inconvenience, there are some more serious ones, but I think this one might be a simple fix (as
GoToFile works fine...).
Comment 6 cbulcu 2008-04-23 14:03:42 UTC
I was aware that it wouldn't be fixed for 6.1, but I think that usability wise, this issue is important to solve. If I'm
correct, it's IDEA NB is trying to catch :-P

Despite this, NB team has done a wonderful job in 6.1
Comment 7 Petr Dvorak 2008-04-23 14:07:59 UTC
Comment 8 twolf2919 2008-06-09 17:45:40 UTC
Created attachment 62577 [details]
file showing Go-to-Type not finding VisualPanel class
Comment 9 twolf2919 2008-06-09 17:46:38 UTC
Created attachment 62578 [details]
Image showing GoToType finding only the Beans class in same package
Comment 10 cbulcu 2009-04-28 13:55:11 UTC
Will this get someone's attention?

Comment 11 denbo 2009-09-01 14:38:31 UTC
This is quite an old issue but I dare to use it to mention a related problem.

The Go to File UI/dialog *does* support selecting multiple entries (Go to Type doesn't). However, when you do select
multiple entries (Ctrl-click or Shift+Up/Down) and click OK only one is opened.
This should be changed in a way that either you cannot select multiple files or all selected ones are opened.

The latter is the better :) but this would imply the "Location: ..." field needs to be adjusted as well to present the
locations of all selected entries (or none?). 

Obviously, these changes should be made in Go to Type too. It would be best to have consistent behaviour and Look and
Feel in both dialogs.

Build 200906241340
Comment 12 cbulcu 2010-05-04 22:31:39 UTC
Is this issue dead, meaning it has no attention. The other 2 IDEs have had this feature for a long time now. Why is this so hard to implement? I didn't suggest a IDEA style ctrl+N, ctrl+shift+N switch between Go To File, and Go To Type. I only suggested Go To Type to have multi selection capability. It's getting embarrassing, since it was reported in 2008. :-|
Comment 13 twolf2919 2010-05-05 12:33:44 UTC
If you think this is so important, why don't you vote for your own bug?  I voted for it, but there are currently only three votes - not much incentive for nb developers to work on it.  I work on an application that currently has 2000+ open bugs.  Some of those are nifty feature requests (some 3 years old!), but we don't get to work on some of those, because there are higher-priority items and our team is not that big, so resources are limited.

There's nothing 'embarrassing' about it, in my opinion.
Comment 14 cbulcu 2010-05-05 14:34:55 UTC
I have nothing more to say about what you said. It's time for me to move on...
Comment 15 twolf2919 2010-05-05 15:01:46 UTC
I'm not sure how to interpret your comment about moving on - do you somehow feel insulted?  I was simply suggesting that you vote for this bug - or even ask others to vote for it (via nbuser mailing list) if you think it's a really useful feature.  I agree with you - that's why I voted for the bug and why I was surprised that you hadn't.  In my experience, voting is what causes NB developers to become interested in working on a feature.
Comment 16 markiewb 2012-05-12 01:20:31 UTC
Requested feature works for me @ NetBeans IDE Dev (Build 201205090400) / 7.2. Using the mouse OR keyboard.