Bug 367920 - Perspective view layout not controllable on a per-perspective basis.
Summary: Perspective view layout not controllable on a per-perspective basis.
Status: CLOSED WORKSFORME
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 4.2   Edit
Hardware: All All
: P3 major with 2 votes (vote)
Target Milestone: ---   Edit
Assignee: Eric Moffatt CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 349867 (view as bug list)
Depends on:
Blocks: 349867
  Show dependency tree
 
Reported: 2012-01-05 04:06 EST by Ed Merks CLA
Modified: 2013-07-04 12:52 EDT (History)
6 users (show)

See Also:


Attachments
The layout I want in the debug perspective (27.43 KB, image/png)
2012-01-05 04:06 EST, Ed Merks CLA
no flags Details
The Java perspective with undesirable views. (73.18 KB, image/png)
2012-01-05 04:08 EST, Ed Merks CLA
no flags Details
Maximize of the editor no long works the way I want. (94.95 KB, image/png)
2012-01-05 04:09 EST, Ed Merks CLA
no flags Details
Moving the Outline view results in two of them. (84.94 KB, image/png)
2012-01-05 04:13 EST, Ed Merks CLA
no flags Details
How I want the Debug perspective to look (49.24 KB, image/png)
2012-02-09 08:43 EST, Ed Merks CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ed Merks CLA 2012-01-05 04:06:36 EST
Created attachment 209053 [details]
The layout I want in the debug perspective

If I turn to the Debug perspective and lay out the outline, variable and breakpoints views the way I want, and then turn back to the Java perspective, the layout there has changed and I end up seeing views there that I don't want to see there.  I'll attach screen captures showing how to reproduce the problem.
Comment 1 Ed Merks CLA 2012-01-05 04:08:13 EST
Created attachment 209054 [details]
The Java perspective with undesirable views.

I don't want the variable and breakpoint views in my Java perspective.
Comment 2 Ed Merks CLA 2012-01-05 04:09:18 EST
Created attachment 209055 [details]
Maximize of the editor no long works the way I want.

I want the editor to take up the whole window the way it did before.
Comment 3 Ed Merks CLA 2012-01-05 04:13:42 EST
Created attachment 209056 [details]
Moving the Outline view results in two of them.

It's bogus for there to be two outline views.

Even reseting the perspective doesn't make these undesirable views go way.  If I close them, they disappear from the debug perspective as well.

There seems to be no way to get back to a reasonable behavior.
Comment 4 Ed Merks CLA 2012-01-05 04:14:47 EST
The fact that I can't seem to get the IDE back into a reasonable working state is a major problem in my opinion.
Comment 5 Paul Webster CLA 2012-01-05 10:38:17 EST
Eric, it looks like it was too easy to drag views out of the perspective.

PW
Comment 6 Remy Suen CLA 2012-01-05 11:24:42 EST
One workaround is to use 'Window > Ne Window' and work with the new workbench window and to close the faulty one.
Comment 7 Brian Payton CLA 2012-01-26 15:18:06 EST
I see the same problem between the Git Repository Exploring perspective and the Plug-in Development perspective.  If I move or add a view in the Plug-in perspective, the views change in the Git perspective.  The more I try to fix it, the more messed up they get.

I was trying to use 4.2 as my IDE, but this behavior is so bad I went back to 3.7.
Comment 8 Paul Webster CLA 2012-01-26 15:23:38 EST
(In reply to comment #7)
> I see the same problem between the Git Repository Exploring perspective and the
> Plug-in Development perspective.  If I move or add a view in the Plug-in
> perspective, the views change in the Git perspective.  The more I try to fix
> it, the more messed up they get.

In 4.2 it's possible to drag views outside of the perspective.  Is that's what has happened in your case?

PW
Comment 9 Paul Webster CLA 2012-01-26 15:24:48 EST
The ultimate reset to this problem is to shut down and remove <workspace>/.metadata/.plugins/org.eclipse.e4.workbench/deltas.xml

PW
Comment 10 Brian Payton CLA 2012-01-26 16:32:44 EST
AFAIK, I didn't drag outside the perspective.  I just moved the Outline view in the PD perspective from the right side to the left to add it to the Package Explorer and Plug-ins views group (which frees up more space for the editor area).

However, now I can't reproduce the problem.  I started with a clean workspace, opened perspectives and arranged the views the way I like, and it worked OK.

Then I took my existing "real" workspace where I saw the problem before (and which I had switched back to Eclipse 3.7).  I deleted the .metadata/.plugins/org.eclipse.e4.workbench/deltas.xml file and changed it to launch with Eclipse 4.2 again.  I opened the perspectives I use and arranged them, and it worked OK this time.

So I don't know what happened the other time.  It sure was strange though, and I wouldn't have been able to fix it up without the trick of deleting the deltas.xml file.
Comment 11 Paul Webster CLA 2012-01-27 09:02:07 EST
(In reply to comment #10)
> So I don't know what happened the other time.  It sure was strange though, and
> I wouldn't have been able to fix it up without the trick of deleting the
> deltas.xml file.

Thank you for re-trying with the work-around.

There's a special "place" that's just outside the perspective but still in the window, where Help>Dynamic Help would show up (there's one on each side), and the problem you saw we believe is related to this area.  We'll be looking into this shortly.

PW
Comment 12 Eric Moffatt CLA 2012-02-08 16:10:24 EST
Yes, we do have a separate defect (bug 349867), knowing that we have some polish to do on the DnD. I'm tempted to guard against this with one of those warning dialogs (with the 'dont show again' checkbox) so that when a view / stack is dragged outside the perspective the user will be fore-warned about the consequences...what do you folks think ?
Comment 13 Ed Merks CLA 2012-02-09 00:51:00 EST
I like my debug perspective to have the variables view on the far right taking up the whole height of the window. I move the outline view there as well, because I rarely use it and and it sit under the variables view.  Same for the breakpoints view.  Will I still be able to do that without a warning dialog.  I obviously want this to stay in the perspective...
Comment 14 Ed Merks CLA 2012-02-09 01:27:46 EST
I get the sense that this problem is more serious than just the left and right sides because no effort produces the layout that I want...

I tried dragging things into the editor area to produce the result I want. I.e., drag the things I want full height to the right of the editor area, e.g., the variables and breakpoint view into where the outline is.  Then drag the debug view above the editor area to be inside but above the editor area.  Do the same with the things below.  Now it looks now I want, but if I turn to the Java perspective, it's completely hosed with the debug view showing and with the package explore gone.  I need to reset that perspective.  But when I do that, the debug perspective is hosed.  So I conclude that you simply can't get what you want.
Comment 15 Remy Suen CLA 2012-02-09 08:38:34 EST
(In reply to comment #13)
> I like my debug perspective to have the variables view on the far right taking
> up the whole height of the window. I move the outline view there as well,
> because I rarely use it and and it sit under the variables view.  Same for the
> breakpoints view.

What you describe sounds to me like it should be possible in 4.x. But perhaps I'm misinterpreting some of your words. Can you provide a 3.x screenshot of what you want so that I can try to reproduce it in 4.x?
Comment 16 Ed Merks CLA 2012-02-09 08:43:19 EST
Created attachment 210796 [details]
How I want the Debug perspective to look

I already showed what I was wanting to achieve in my very first image, though it was for 4.2.  It's only styled a little different for 3.8.
Comment 17 Remy Suen CLA 2012-02-09 08:51:46 EST
(In reply to comment #16)
> Created attachment 210796 [details]
> How I want the Debug perspective to look
> 
> I already showed what I was wanting to achieve in my very first image

You're right Ed, that was my oversight. My apologies. :/

What you want is possible though I don't know how to explain how to get it into that state but I will try.

1. Drag the 'Console' view to the bottom part of the shared area so that you see two _separate_ green rectangles drawn. They should _not_ be one inside of the other as this implies that you are putting the 'Console' view _inside_ the shared area.
2. Drag your 'Tasks' view into the newly created stack.
3. Now repeat step 1 for the 'Debug' view. There seems to be a bug here where it will not draw two rectangles but will instead draw only one. Just make sure you are not getting the one with one rectangle in the other. Assuming you did step 1 correctly, step 3 should "make sense" to you minus the bug where it only draws the bottom rectangle and not the upper one.
4. Now put your 'Variables' and 'Breakpoints' view into the same stack as the 'Outline' view. Your perspective should be okay now and switching to another perspective should not bring the right stack over.
Comment 18 Remy Suen CLA 2012-02-09 09:03:12 EST
(In reply to comment #17)
> 3. Now repeat step 1 for the 'Debug' view. There seems to be a bug here where
> it will not draw two rectangles but will instead draw only one. Just make sure
> you are not getting the one with one rectangle in the other. Assuming you did
> step 1 correctly, step 3 should "make sense" to you minus the bug where it only
> draws the bottom rectangle and not the upper one.

I opened bug 371081 for the upper rectangle problem.
Comment 19 Ed Merks CLA 2012-02-09 09:58:28 EST
I really can't get step 3 to work.  I can only get the box within a box, or I can insert it the view into the list of editors (does that make sense?) but at no point does it show a box above the editor area.

All this makes me want to ask if this new behavior is really intentional. I find it hard to believe that folks will want layout changes to propagate across perspectives like this.  I generally expect nothing I do in one perspective to affect the layout of another.  I'm not sure what's gained by this confusing behavior.  There seem to be more ways of doing it wrong than doing it right...
Comment 20 Remy Suen CLA 2012-02-09 11:17:13 EST
(In reply to comment #19)
> I really can't get step 3 to work.  I can only get the box within a box, or I
> can insert it the view into the list of editors (does that make sense?) but at
> no point does it show a box above the editor area.

I don't think it should show you a box above the editor area. But it should (incorrectly only) show you a box in the bottom section of the editor area (attachment 210798 [details]).

Though I can understand how you may having problems with this, Ed. As I have to be very careful about how I move my mouse upwards very slowly because it's in some strange gap between the "box-in-a-box" zone and the "no DND" zone that I can get the DND to do what I want.
Comment 21 Eric Moffatt CLA 2012-02-09 11:27:35 EST
Ed, 'intentional' may be too strong a word to use...;-).

I still expect to do some fairly deep polish on DnD and certainly a part of that is to re-introduce the 'edge' behavior currently in 3.x. The reason it's not there already is because we now allow views to exist outside perspectives so that makes the 'edge' somewhat ambiguous. From your earlier comments I expect that I'll favor 'inside perspective' since moving views outside a perspective causes too much confusion to existing folks.
Comment 22 Eric Rizzo CLA 2012-03-19 15:36:33 EDT
Am I the only one whose concerned that this has bee pushed out to M7, meaning it won't be in EPP builds until well into May? This (along with Bug 349867 and Bug 340695) is pretty basic functionality of the platform UI, and it appears (based on the bug reports) that there's been no activity since beginning of February. Bug 39867 (DnD needs polish) will have been opened almost a year by the time M7 drops.
This seems like a risk to wait until so late in the release cycle; personally, I found 4.2 completely unusable as a day-to-day IDE because of these issues. Am I alone?
Comment 23 Eric Rizzo CLA 2012-03-19 15:38:35 EDT
(In reply to comment #22)
> February. Bug 39867 (DnD needs polish) will have been opened almost a year by
> the time M7 drops.
 
That should be Bug 349867 (stupid Bugzilla provides neither preview nor edit capability for comments)
Comment 24 Ed Merks CLA 2012-03-20 05:28:59 EDT
To me the behavior most fundamentally confusing.  I've never wanted nor been able to drag things out of the perspective, now I can't seem to avoid it.  I've only been able to get the debug perspective in a state close to what I want: the stack frames view above the editor, rather than below.

I suppose there just aren't enough people to address all the important issues.  Remy's blog suggests he won't be helping address them. :-(
Comment 25 Paul Webster CLA 2012-03-20 07:26:11 EDT
(In reply to comment #24)
> I suppose there just aren't enough people to address all the important issues. 
> Remy's blog suggests he won't be helping address them. :-(

Probably true.  But this issue will be addressed before Juno.

PW
Comment 26 Eric Moffatt CLA 2012-04-04 14:13:12 EDT
I'm just polishing up my fix for this (on bug 349867). Sorry that I missed M6 for this since it really is a killer as far as folks trying us out go.

This is effectively at the top of my priority list for M7...
Comment 27 Eric Moffatt CLA 2012-04-16 11:54:12 EDT
commit 6e1f209d5cb5bce01cdd066e7d72fc70a2a3abd5

This still needs a little more polish around the code to drag things to the top 'edge' or into the shared area but it's *a lot* better than the current implementation.

Please check it out (once a build shows up..;-) and provide feedback before it's too late...
Comment 28 Eric Moffatt CLA 2012-05-07 10:03:47 EDT
Moving to RC1 to polish the feedback on moving into the shared area...
Comment 29 Eric Moffatt CLA 2012-05-10 11:11:46 EDT
It's about as good as it's going to get for the release (barring new defects) so I'll move this one to 4.2.1.
Comment 30 Eric Moffatt CLA 2012-05-21 15:29:21 EDT
*** Bug 349867 has been marked as a duplicate of this bug. ***
Comment 31 Paul Webster CLA 2012-06-19 13:15:40 EDT
We prevent dragging out of a perspective without a specific user action (CTRL key).  Other bugs can be opened to improve the DND feedback.

PW
Comment 32 Eric Moffatt CLA 2012-08-30 13:26:47 EDT
Re-opening to see if there's anything I can do polish-wise...
Comment 33 Eric Moffatt CLA 2013-05-27 15:24:02 EDT
Closing as the referred defects have been fixed and there are other defects open to polish the DnD behavior...