Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 324990 - Perspective reset needs to be reexamined
Summary: Perspective reset needs to be reexamined
Status: RESOLVED WORKSFORME
Alias: None
Product: e4
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 1.0   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-10 12:28 EDT by Remy Suen CLA
Modified: 2019-04-23 06:49 EDT (History)
1 user (show)

See Also:


Attachments
Make resetPerspective really do a reset (rather then close/open) (2.34 KB, patch)
2010-09-15 10:36 EDT, Eric Moffatt CLA
no flags Details | Diff
Clean up the 'transient' elements of a perspective on a reset (3.89 KB, patch)
2010-09-15 14:12 EDT, Eric Moffatt CLA
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Remy Suen CLA 2010-09-10 12:28:31 EDT
Since removeGui(MUIElement) is now recursive, parts are getting destroyed and recreated when a perspective is being reset. It seems like we need to reevaluate the strategy for resetting a perspective.
Comment 1 Remy Suen CLA 2010-09-10 14:56:10 EDT
At the moment, we destroy the perspective and then recreate it. We could invert the process which would correct the problem though it may be worth considering whether this is the right way to implement a perspective reset.
Comment 2 Eric Moffatt CLA 2010-09-14 15:02:22 EDT
Another suggestion from Remy was to *not* destroy/remove the MPerspective but destroy/re-create its internal structure. I think that this is the way I'll try to go here since it'll also 'fix' the current issue where a reset changes the order in the PerspectiveSwitcher...
Comment 3 Eric Moffatt CLA 2010-09-15 10:36:04 EDT
Created attachment 178938 [details]
Make resetPerspective really do a reset (rather then close/open)


This has a number of advantages over the old code:

- We re-use the *same* MPerspective (i.e. it's a true 'reset'). This reduces churn all around since the perspective has a context...

- Eliminates a really nasty issue with resetting when there's only the one perspective open; *every* shared part and open editor was destroyed (when we closed the last perspective) and recreated.

- Now the perspective switcher's items stay where they are on a reset (they used to be moved to the end of the TB).
Comment 4 Eric Moffatt CLA 2010-09-15 11:25:07 EDT
Committed in >20100915. Applied the patch.
Comment 5 Eric Moffatt CLA 2010-09-15 14:12:18 EDT
Created attachment 178970 [details]
Clean up the 'transient' elements of a perspective on a reset


During a reset we still have to close and remove any minimized stack's MToolControls and any DW's.
Comment 6 Eric Moffatt CLA 2010-09-15 14:13:12 EDT
Committed in >20100915. Applied the patch.
Comment 7 Eclipse Genie CLA 2019-04-23 06:41:59 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.

--
The automated Eclipse Genie.
Comment 8 Lars Vogel CLA 2019-04-23 06:49:26 EDT
No further work is planned here.