Bug 123513 - [WorkingSets] DCR: disable window working sets
Summary: [WorkingSets] DCR: disable window working sets
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.2   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-11 17:24 EST by Randy Hudson CLA
Modified: 2019-09-06 16:05 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Randy Hudson CLA 2006-01-11 17:24:36 EST
There are several usability problems with the new window workingset.

1) I would like to have a single workbench working set for all workbench windows.
2) It is too hard to temporarily show everything. You must deselect all working sets one at a time, and then re-select them once you are done looking at everything.
3) It is too hard to re-select the window working set from a view.
4) Editing of the global working set should be enabled from a view displaying it.
Comment 1 Kim Horne CLA 2006-01-13 08:48:42 EST
1) we've gone over this repeatedly before.  There are very real reasons why we will not be doing this.
2) absolutely.  I was planning on adding an "enabled" switch to the working set dropdown that would allow you to temporarily toggle it on and off.
3) agreed.  I was thinking of adding it to the list of free items provided by the WorkingSetFlteraActionGroup
4) sure
Comment 2 Randy Hudson CLA 2006-01-13 11:20:56 EST
Thanks for looking into these.

> 1) we've gone over this repeatedly before.  There are very real reasons why we
> will not be doing this.

The only comments I recall are something like "we have clients who would want this type of behavior". I'm not sure that's the same as "this is the right behavior for java IDEs". I guess you can't support both?
Comment 3 Kim Horne CLA 2006-01-13 11:27:38 EST
(In reply to comment #2)
> Thanks for looking into these.
> 
> > 1) we've gone over this repeatedly before.  There are very real reasons why we
> > will not be doing this.
> 
> The only comments I recall are something like "we have clients who would want
> this type of behavior". I'm not sure that's the same as "this is the right
> behavior for java IDEs". I guess you can't support both?
> 

It's come up in two previous bugs... I believe one of them was the plan item discussing the working set work.  We could support both scenarios but we (well, I) wont have time to code this support for 3.2.  If you have a patch that can optionally (keyed off a preference or somesuch) keep all window working sets in synch I'd definitely look at it.  Beyond bugfixing and minor usability quips (like 2-4) I wont be touching working sets any further for 3.2.
Comment 4 Randy Hudson CLA 2006-01-13 15:03:13 EST
My complaint is that a workbench window is a meaningless scope. The user is free to group perspectives inside one window, or in separate windows. The way that they are grouped should not have any meaning, but you're giving it one. So per-perspective would make more sense than per-window, IMHO. ;-)
Comment 5 Randy Hudson CLA 2006-04-20 17:02:21 EDT
I think 2) is the only thing that is useful at this point. Now that 3) is fixed, it is not as annoying as before, since you can just deselect in a given view, and quickly reselect window working set.
Comment 6 Eclipse Webmaster CLA 2019-09-06 16:05:43 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.