|Re: [ide-dev] Java IDEs comparison|
Working Sets don't allow you to customize the perspective per working set. So if I want to customize it, I have to create a different perspective, and when I switch working sets, I also have to switch perspetives manually.I disagree that multiple workspaces are a worse practice, in fact I'll argue otherwise.If I put all of these together (even assuming there were no Target Platform restrictions) it would massively clutter up my Eclipse workspace. And then I'd have to use Working Sets to isolate those each conceptual group of projects, but why bother? There is nearly no benefit, AFAIK, to Working Sets, and yet there are *a lot* of cons. It's more work and a lot of eclipse components don't work with Working Sets at all.
Multiple workspaces makes things a lot simpler when you are working with multiple unrelated projects (I dont mean Eclipse IProjects, just work projects). For example I have four Eclipse workspaces: one for RustDT+Goclipse+DDT+MelnormeEc
lipse development, another one for Eclipse Platform contributions, another one for CDT contributions, and finally another one for working with Rust and Go projects.
For example the "Build All Projects" command does not work with Working Sets (this has implications for projects that don't use incremental builders). The "Refresh All" command (a command I use a lot due to use some external Git scripts on some projects) doesn't work with WS either. The Git Repositories view doesn't work with Working Sets.Multiple workspaces allows you to have different Eclipse plugins per workspace. Working Sets does not. This is useful for me when the work projects I work on a given session use completely different plugins than others.
Working Sets are more work for the user to manage. Whenever you add a new project, you have to add it to the corresponding working set. Not all wizards support this. (RustDT/Goclipse/DDT don't, for example). But even with the wizards that do support it, it's still more work than simply using multiple workspaces - you still have to select in the wizard which Working Set to add it to. With multiple workspaces there is no such need, it just adds it to the current workspace.And in the face of all this, the only downside of multiple workspaces is you have to copy/manage prefs, but that is a one-time cost when setting up a new workspaces (or when you change a preference). The cons of Working Sets on the other hand hit you nearly every time you use them.And I don't even see any other advantage of Working Sets, other than you can combine and activate multiple working sets at once, you are not restricted to just one. But I was never in a situation where that was useful.On 23 September 2016 at 06:22, Mickael Istria <mistria@xxxxxxxxxx> wrote:On 09/22/2016 11:12 PM, Gunnar Wagenknecht wrote:
Frankly, I actually do not understand why removing them is a solution. That's probably because I'm missing some context about the problem. Have you more data to back up that argument or are you guessing it based on your own personal experience?My comment is based on multiple posts and comments we can read here and there from IDEs users finding points to criticize in Eclipse IDE. The concept workspace is a frequent one - not because it's bad but rather because people misunderstand or misuse it.
I'm not saying we should remove them, and actually I would rather them to stay forever; but rather find way to drive people to other (better) practices. In my daily work, except when using PDE target-platforms for which switching takes ages, I do not see the benefit of having multiple workspaces. What other limitations do you have in mind? Does anyone know what drive users to use multiple workspaces nowadays?
ide-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
Back to the top