Community
Participate
Working Groups
The Delete Project dialog could provide an option to also delete "children project" (ie project under the same location).
New Gerrit change created: https://git.eclipse.org/r/111334
Gerrit change https://git.eclipse.org/r/111334 was merged to [master]. Commit: http://git.eclipse.org/c/jdt/eclipse.jdt.ui.git/commit/?id=c323cac843779e21ad9cecece8b7b5ba1063ceb7
If you don't mind I'd like to keep it open to add a note about it in the N&N. If we mark it resolved, I'll easily forget it.
(In reply to Mickael Istria from comment #3) > If you don't mind I'd like to keep it open to add a note about it in the > N&N. Sure, np.
N&N merged. Thanks everyone involved!
I found a major usability issue: When 'Delete project contents on disk' is checked it will delete the nested projects (expected). But in that case the delete nested project(s) option should be checked and disabled. That would give the additional benefit that one would see which project locations get deleted. NOTES: - Since the second option depends on the first one, it should be indented. - The state of the delete nested project option should be restored when the user disables the first option.
(In reply to Dani Megert from comment #6) > I found a major usability issue: When 'Delete project contents on disk' is > checked it will delete the nested projects (expected). But in that case the > delete nested project(s) option should be checked and disabled. > That would give the additional benefit that one would see which project > locations get deleted. Makes sense > NOTES: > - Since the second option depends on the first one, it should be indented. As the "nested project" option can be checked even when "delete" is unchecked, I' afraid that indenting may be confusing for some use-case (including the one that drove me to implement the feature: removing a chain of projects from workspace without deleting them). > - The state of the delete nested project option should be restored when the > user disables the first option. Ok.
(In reply to Mickael Istria from comment #7) > As the "nested project" option can be checked even when "delete" is > unchecked, I' afraid that indenting may be confusing for some use-case > (including the one that drove me to implement the feature: removing a chain > of projects from workspace without deleting them). I'm OK leaving it as is.
New Gerrit change created: https://git.eclipse.org/r/112165
Gerrit change https://git.eclipse.org/r/112165 was merged to [master]. Commit: http://git.eclipse.org/c/jdt/eclipse.jdt.ui.git/commit/?id=6a20f374ba0c26e1d38d199b8ccae7f7617c5bfa
Hopefully it's fully done now. Thanks Dani and Lucas for you careful reviews!
(In reply to Mickael Istria from comment #11) > Hopefully it's fully done now. Thanks Dani and Lucas for you careful reviews! My pleasure!
Hello Mickael. Can you add a preference option to be the newly added checkbox in the default state checked? May be it should be always checked for nested projects and for me it's a preferred and logical behavior. Thank you.
(In reply to Jiri Engelthaler from comment #13) > May be it should be always checked for nested > projects and for me it's a preferred and logical behavior. At least in Hierarchical projects representation.
Can you please create a separate enhancement request for new requests?
(In reply to Mickael Istria from comment #15) > Can you please create a separate enhancement request for new requests? OK. Bug 534366