Community
Participate
Working Groups
It would be very convenient if, when creating a new workspace, the Preferences -> General -> Workspace -> Workspace Name preference was automatically set to match the name of the workspace directory.
+1
+1 -- it will be very useful for runtime workspaces / junit workspaces having the proposed default (also +1 for pointing out that feature, I didn't know it existed)
+1 That's a great idea. I wonder what the best way to implement it is? We could: 1. Detect first launch and set the preference. 2. Or support variable expansions within the title field and make the default value something like ${workspace_name}.
(In reply to Stefan Xenos from comment #3) > +1 > > That's a great idea. I wonder what the best way to implement it is? We could: > > 1. Detect first launch and set the preference. > 2. Or support variable expansions within the title field and make the > default value something like ${workspace_name}. I would propose to keep is simple and change the default value
New Gerrit change created: https://git.eclipse.org/r/70697
NOTE: There is a command line option to do this: -showlocation If you set the name to be the location you must ensure that it won't appear duplicated. Same applies when the user goes to General > Workspace and enables 'Show workspace path in window title'.
(In reply to Dani Megert from comment #6) Showing workspace name and showing workspace location are two independent options and the proposed change doesn't change this situation. The workspace name is displayed as before, the only thing that changes is the default value of the preference.
Gerrit change https://git.eclipse.org/r/70697 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=e00afcf014e548ff91fd7817bc8063d16920c515
New Gerrit change created: https://git.eclipse.org/r/70789
New Gerrit change created: https://git.eclipse.org/r/70805
Caused bug 491850, which is a blocker IMHO.
Gerrit change https://git.eclipse.org/r/70805 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=5c0d4abb444a77bfc7c6f080d10768263b1bab2f
(In reply to Andrey Loskutov from comment #11) > Caused bug 491850, which is a blocker IMHO. Same on Windows. Looks like the change was never tested!
(In reply to Dani Megert from comment #13) > Same on Windows. Looks like the change was never tested! The change was tested by running a hosted instance of Eclipse, but this was equivalent to using -data flag :-(.
New Gerrit change created: https://git.eclipse.org/r/70917
(In reply to Sergey Prigogin from comment #7) > (In reply to Dani Megert from comment #6) > > Showing workspace name and showing workspace location are two independent > options and the proposed change doesn't change this situation. The workspace > name is displayed as before, the only thing that changes is the default > value of the preference. For those who use -showlocation this change duplicates the name in the window title (once as name and once as last segment of the path). But I can live with that.
New Gerrit change created: https://git.eclipse.org/r/71007
https://git.eclipse.org/r/71007 puts the preference initialization in IDEWorkbenchAdvisor instead of IDEApplication. Please let me know which of the two locations you prefer.
(In reply to Sergey Prigogin from comment #18) > https://git.eclipse.org/r/71007 puts the preference initialization in > IDEWorkbenchAdvisor instead of IDEApplication. Please let me know which of > the two locations you prefer. I don't like either solution so close to feature freeze. More tests will be needed e.g. for products that set the preference in their custom ini files. I suggest to move this to 4.7.
(In reply to Dani Megert from comment #19) > I don't like either solution so close to feature freeze. More tests will be > needed e.g. for products that set the preference in their custom ini files. > I suggest to move this to 4.7. Thank you, Dani, for bringing up the plugin customization use case. Testing of this use case has uncovered a bug that been fixed in the latest version of the patch. I do not think this pretty useful feature needs to wait another year. The month of May gives plenty of time for additional testing and fixing of bugs should they be uncovered.
(In reply to Sergey Prigogin from comment #20) > (In reply to Dani Megert from comment #19 > I do not think this pretty useful feature needs to wait another year. The > month of May gives plenty of time for additional testing and fixing of bugs > should they be uncovered. +1, I also would like to see that in Neon, a very nice user facing enhancement
Gerrit change https://git.eclipse.org/r/71007 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=dd05afba4b83e524a87a5cd790a73c9126fbf115
Gerrit change https://git.eclipse.org/r/70789 was merged to [master]. Commit: http://git.eclipse.org/c/www.eclipse.org/eclipse/news.git/commit/?id=44a5ac0b89f4debaf2023191250cfa86f4d1601a
Verified in I20160425-1300.