Community
Participate
Working Groups
Presently, all of the methods in Workbench that are involved in saving and restoring the workbench UI state are private. This means that a developer of an application based on the RCP cannot override the location where the state is kept. It would be very nice to be able to save and restore the UI state in a database so that clients could see the same screen layout even when using an application based on the RCP from different computers.
Something to consider if there is a workbench rework
I'll mark this as 4.0 (where questions like this have a shot at clean answers). Would something that allowed you to construct the 'root' IMemento work? This would likely be easier from our perspective...
I'm not sure. I haven't written an RCP application yet, but have done most of the tutorial in the Eclipse RCP book by McAffer, et al. I suspect it would work if it let me save the IMemento after the workbench did and restore it before the workbench reads it from the file. I was considering kludging it for now by doing this: grab the contents of the workbench.xml file from the filesystem after the save and before my application exits and over-writing it back to the filesystem the next time before calling "new WorkbenchAdvisor()".
Removing outdated target milestone.
This is part of implementing a way to have the UI Model (at least) separated from the Workspace it's being used to work on. The main problem is to identify what we mean by 'ui state'. If it's just the UI Model then it's easy; if we want to include other state like preferences, dialog settings...then it's much more problematic (but still deserves a look).