Bug 404349 - [open type] Allow operations to be performed on "Open Type" dialog
Summary: [open type] Allow operations to be performed on "Open Type" dialog
Status: ASSIGNED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 4.3   Edit
Hardware: All All
: P5 enhancement (vote)
Target Milestone: ---   Edit
Assignee: JDT-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-26 06:23 EDT by lorenzo CLA
Modified: 2013-03-26 09:25 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description lorenzo CLA 2013-03-26 06:23:12 EDT
I would be really useful to be able to perform operations on the files displayed in the Open Type (and Open Resource) dialog list.

Now the only possible action is "Remove from History".

One scenario is when you are working with two different branches of a project and you need to compare two classes. Now you have to open one with "Open Type", select it, then scroll down in the Package Explore until you find the other one.
With this enanchement I could select both in the dialog and do a "Compare with each other".

I do not see many other case where this could be useful, because you can just open the file and issue the command from the package explorer. 

But when a command involves multiple files from different projects this could be really useful (Export command could be another example).

A related improvement would be to be able to specify multiple patterns (comma separated) so to be able to select many unrelated files in the Open Type dialog.

AFAIK there is no way to achieve this multi-file selection.
Comment 1 Dani Megert CLA 2013-03-26 06:28:28 EDT
We need to be careful if we start to add Java element actions to the open type context menu.
Comment 2 Markus Keller CLA 2013-03-26 07:06:43 EDT
We will not add Java element actions in the dialog, but we can add the
"Show In > ..." context menu, similar to bug 336062.

Maybe we can even even pull the common logic for bug 381748 into the FilteredItemsSelectionDialog.
Comment 3 lorenzo CLA 2013-03-26 07:48:37 EDT
The main point of this request is to be able to quickly select multiple unrelated files to issue a command on all of these.


An option could be to add a real-time filtering to the package explorer view.


With GTK/Gnome, typing in a view opens a small textbox in the bottom right. This allows a minimal navigation. I do not know if this is also available on windows. Without this would be really slow to find things.
Something like this but as a filter would be great, both for navigation, multiple selection, etc.


BTW a lot of views could benefit from real-time filter: Problems, Breakpoints, Outline, Debug, etc.
Comment 4 Dani Megert CLA 2013-03-26 08:04:54 EDT
(In reply to comment #3)
> The main point of this request is to be able to quickly select multiple
> unrelated files to issue a command on all of these.
> 
> 
> An option could be to add a real-time filtering to the package explorer view.

See bug 149110.


> BTW a lot of views could benefit from real-time filter: Problems,
> Breakpoints, Outline, Debug, etc.

See bug 69200.
Comment 5 Markus Keller CLA 2013-03-26 09:25:44 EDT
> AFAIK there is no way to achieve this multi-file selection.

A way to achieve that is to use a Working Set. If you switch the Package Explorer to "Top Level Elements > Working Sets", then you can create a Working Set that contains the elements you want to work with.

The Working Set can be filled via drag-and-drop, copy-paste, or via
"context menu > Assign Working Sets..." on a selected item.

Filed bug 404362 for a general "Working Set" view that can serve as a container for arbitrary elements.