Community
Participate
Working Groups
Build ID: M20060629-1905 Steps To Reproduce: 1. Activate a task. 2. Open two files for editing. 3. Drag one file to the right, creating two adjacent editor windows within the one workspace. 4. Deactivate the task. (Both windows should close.) 5. Reactivate the task. Both editors re-open, but as tabs in a single editor window. More information: I often have a specific layout I want to use for a set of files, and it would be really great if they could be restored in the same layout. Thanks!
Why limit this to editors only? It should restore views as well as the size of each area in the layout.
Views are restored via perspective management (Context prefs page). Disabled by default, but I always leave that turned on. The problem is that Eclipse perspectives do not remember that editors are split, which is why switching perspectives will not unsplit an editor, and why closing an editor that is in the split will make the split go away. That said it would be nice for us to provide this at some point even if Eclipse doesn't give this to us for free via pespectives. However, notably memento-based restore of editors (e.g. on workbench restart) does preserve this.
Are you saying that with this feature enabled, if one of the tasks has Search view on Java perspective and another does not, Search view and perspective layout for Java perspective will be restored accordingly when those tasks activated?
This would be a great enhancement! As for the aspect of restoring the complete perspective per task, I would recommend to make it at least configurable. Most of the time, my perspectives evolve (to the better, hopefully) over time, which would make it a pain to work with older ones that are automatically restored when re-opening a task. Thanks for now Andreas
Tentatively scheduling for 3.0. Still not clear whether Platform supports this.
*** Bug 230164 has been marked as a duplicate of this bug. ***
Not a current priority, but this would be a great contribution.
The workbench has support for restoring split editors on restart, so this could be a straightforward contribution.
*** Bug 341681 has been marked as a duplicate of this bug. ***
+1. Didn't know this is such an old bug. It's sorely missed. I wonder how come the community hasn't complained this much - are most of them not serious developers that have multiple tab groups/windows split to manage tabs? ;) This has been such a friction for me to use Mylyn that much. I consider Mylyn to Eclipse like what SessionManager is to Firefox; but this behavior (or lack of feature) is quite deficient and annoying. Thanks otherwise for the great work.
*** Bug 345795 has been marked as a duplicate of this bug. ***
*** Bug 367995 has been marked as a duplicate of this bug. ***
Guys, do we have any hope to fix this bug in near future?
Unfortunately we won't be able to address this enhancement in the short term due to a lack of capacity. We'd be happy to support resolving this through a contribution though if anyone was willing to provide a patch. Considering that Eclipse 4.2 has a model based workbench it may actually be much easier now to add this functionality assuming it would be sufficient that it was available on 4.2 only.
Please reclassify this as a defect. The current behavior is destructive and I don't see how destroying work without warning can be considered acceptable application behavior. Often I'll arrange five or more windows into different panes with different areas of the code showing. If I click on another task either accidentally or without remembering that Eclipse will destroy all of my work, it could take a non-trivial amount of time to restore the views, especially to scroll each pane to the correct line in the code that I was reviewing.
To avoid any kind of destructive behavior you can disable editor restore in the preferences under Mylyn > Context > Editors by disabling "Manage open editors to match task context".
@Steffen, isn't this then entirely disabling the (defective) feature? Please reclassify it as a defect.
(In reply to comment #15) > Please reclassify this as a defect. The current behavior is destructive and I > don't see how destroying work without warning can be considered acceptable > application behavior. I don't know if I see it that way. After all, File > Close All does exactly the same thing. In fact, there's no case that I'm aware of in Eclipse where you can close and reopen an editor and have it automatically be positioned in the same place, so if Mylyn were to provide such a feature, well, I would see it as a feature. Eclipse just doesn't have great support for having multiple editors open side by side, unfortunately. I'm pretty sure there is no API in 3.x for producing such a layout, and the only way to do it would be to simulate drag events....
>I don't know if I see it that way. After all, File > Close All does exactly the >same thing. True, but I don't see switching contexts as an expected destructive behavior in the same way "close all" is expected to do so. >In fact, there's no case that I'm aware of in Eclipse where you can >close and reopen an editor and have it automatically be positioned in the same >place ... I'm pretty sure there is no API in 3.x for producing such a layout This was covered somewhere in one of the duplicates of this issue; that Eclipse does in fact have this capability already implemented--that when you exit Eclipse and reopen the same workspace, the editor splits are correctly preserved and restored.
(In reply to comment #19) > > This was covered somewhere in one of the duplicates of this issue; that Eclipse > does in fact have this capability already implemented--that when you exit > Eclipse and reopen the same workspace, the editor splits are correctly preserved > and restored. Well, clearly Eclipse has the ability to produce these layouts, since it does so when you drag editors around, but that doesn't mean there is an API that makes it possible for plugins to do it too.
Please forgive the reiteration of my request to change this from an enhancement to a defect, as it's a destructive behavior. No reasonable user would ever request that split windows be permanently lost upon switching contexts back and forth. This is not at all analogous to someone using the "close all" feature, which is already by nature a destructive operation. However difficult it is to fix and lack of API support for its implementation doesn't make it an enhancement request. Also, here's some information a stack overflow user provided that might be of help: Open editors and UI settings are kept in <WS>/.metadata/.plugins/org.eclipse.ui.workbench/workbench.xml path, in great part. As you can see it's kept in a place independent of the installed plugins, so you can even restore the layout when there are no plugins responsible for opened editors (it happens to me often, as I share one workspace between many Eclipse configuration). Skimming through the Eclipse sources, I see this file being accessed from org.eclipse.ui.internal.Workbench, in restoreState() (reading) and in recordWorkbenchState()+saveMementoToFile() (writing). So reproducing this functionality in a separate plugin and reading/writing to a different (profile) file should be enough for basic usage.
*** Bug 244075 has been marked as a duplicate of this bug. ***
Any progress on this? This would make my life so much easier. It's been in the pipeline for years and who cares whether it's a defect or an enhancement, I just want to see it working.
Any progress on this bug? I started using Mylyn recently and this bug is impeding my workflow especially when context/task switching often. Because of this I'm not sure if I can recommend it to other co-workers because I know they all use split windows/editors all the time. Thanks for the otherwise excellent work!
We are not looking into this currently but the bug has been marked helpwanted to indicate that we would be happy to support a community contribution to resolve it.
Mylyn has been restructured, and our issue tracking has moved to GitHub [1]. We are closing ~14K Bugzilla issues to give the new team a fresh start. If you feel that this issue is still relevant, please create a new one on GitHub. [1] https://github.com/orgs/eclipse-mylyn