Community
Participate
Working Groups
This is a request for an Open... Menu item on the File menu. The open menu could/should be like the JDT OpenType dialog, only it would only know about Resources in the workspace. My usage scenario is that I am in the debugger, and would like to open a file. Even if I were displaying the navigator, it is much to clumsy for just opening a file. I can type the filename **much** quicker than I can navigate through project/com/acme/foo/bar/resource.java.
Defer
Reopen to investigate
The file menu does seem like the natural place for an open file menu item. On the other hand open type is in the navigate menu. Also, Go To->Resource (which is what you want minus the actual opening) is in the Go To menu which is also in the Navigate menu (except it doesn't have the Resource sub menu item in the Navigate menu). Maybe there should be an Open Resource menu item in the navigate menu instead of File->Open?
The requested behavior: to be able to quickly enter the name of a java resource to open an editor is implemented as "goto type" Ctrl-Shift-T. If we implement File->Open it will be for the generic editing of tiles which is covered by other bugzilla defects.
Actually I thought Randy was requesting something *similiar* to open type, except for resources in general. His .java example is confusing. Randy, please clarify. Do you want Open Resource or do you want open type just accessible in some other place? Currently there is no quick way to open say, messages.properties.
This request is for generic resources, sorry for the .java example, I don't know what I was thinking.
Bug 11216 is requesting a quick way to open any resource as well. Should add Open Resource to navigate menu with Ctrl+Shift+R shortcut.
*** Bug 11216 has been marked as a duplicate of this bug. ***
Note that bug 21973 (potentially) contains an alternate meaning for File -> Open and should be taken into consideration.
Open Resource would go into the Navigate menu, somewhere near Open Type.
Why not have a single File-Open, and then allow the user to select "Internal" or "External" options. The choice could be made by putting a "cheat-sheet" bar down the left side of the dialog. Please see attachment.
Created attachment 1953 [details] Dialog with multipe "modes"
The benefit of one dialog is that you just need 1 accelerator (Control+O) and 1 menu item. The mode would be remembered across invocations. It is uncommon that the user would need to alternate between workspace and external files. Come to think of it, why should JDT be required to plug in to such a dialog. They could just add a new entry in the side bar for Java Type. I'm just asking because I wonder how many other builders (C++, EJB, etc) are adding Open actions.
The original request was for a quick way to open resources. A multi mode dialog does not fit that description. Even if one ususally opens .java files whenever one opens other resources the switching back and forth between different modes seems clumsy. Pro of the multi mode open dialog is extensibility. Needs more thought, should check what CDT does.
Add Open Resource menu item to Navigator menu for 2.1
Fixed in > 20021112 Added global action org.eclipse.ui.OpenWorkspaceFile to org.eclipse.ui.NavigateActionSet
This is awesome. Not only is it faster than ctrl-shift-T to open classes, but I can also open my messages.properties files, etc too. Thanks!
*** Bug 110055 has been marked as a duplicate of this bug. ***
