Community
Participate
Working Groups
Improve support for opening workspaces. Many users use multiple workspaces as a way to keep their different projects or work items separate. Currently, this requires launching Eclipse multiple times with different command line arguments, which is not particularly convenient for users. Moreover, when the command line argument is not specified, the workspace location defaults to a directory inside where the code for Eclipse is installed. Eclipse should improve how workspaces get opened, use a user-specific default workspace location more suitable for shared multi-user Eclipse installs, and facilitate switching between workspaces. [Platform Core, Platform UI] [Themes: User experience]
I saw this bugreport and wanted to add a comment: This could be used to address the problem of how to work smoothly with multiple branches of a project. Øyvind
*** Bug 37744 has been marked as a duplicate of this bug. ***
The debian eclipse package uses a configuration file, which is then sourced by a starter script, which will start eclipse with the appropiate commandlines, to make this possible... It's not perfect, but at least it will let you use a menu based start without changing the commandline behind this menu entry.
See also comments in related bug report: bug 37471.
*** Bug 39218 has been marked as a duplicate of this bug. ***
What about introducing a "Client"-Managing like in other Programms in Eclipse??? Or just an overall-node in the Navigator, containing all desired project and let do several preference-settings (like different jdk-using) for all sub- projects of this node?
See also bug 5509.
See bug 32147 for the UI enhancement to prompt for the workspace on startup.
*** Bug 2090 has been marked as a duplicate of this bug. ***
*** Bug 5509 has been marked as a duplicate of this bug. ***
Taking ownership of this. We have the infrastructure in place to do this but need to test and then put a UI on top. I will test and prototype the UI and supply the code to the UI team for integration
Created attachment 8911 [details] Sample code for switching workspaces The code in HEAD now supports the switching behaviour. Attached is an example of how to do the switching. There is one issue in the given code. Workbench.restart() automatically returns exitcode 23 from the application. In the case of restarting with a new command line (ie., switching workspaces) you need to return code 24 after filling in the eclipse.exitdata System property as described in the code. The buildCommandLine method in the example looks a little complicated but is really just doing string math. The runtime team is reluctant to add API specificially for switching workspaces as the mechanism is in fact much more general than this and the UI (and others) may well have a need to change other aspects of the command line used for restarting.
Moving to UI for addition of a File-> Open Workspace... action.
We should add a File > Open Workspace... option that brings up that's the same as the initial prompt (though without the "don't show me this again" checkbox). This item can be added in WorkbenchActionBuilder.createFileMenu.
I've added the option as described in comment 14. It would be nice to add support for this in the workbench api, something along the lines of the existing Workbench.restart. However, since we're past the api-freeze, all this code was added to internal parts of ide. Bug 60955 was opened to track the api addition.
The reference in comment 15 should have been to bug 61809.