Community
Participate
Working Groups
Currently, there is no way to fully refactor a handle in a context (active or otherwise). There is a method IInteractionContextManager#updateHandle and on IInteractionContext#updateElementHandle. The IInteractionContextManager method calls the IInteractionContext method on the active context. This method only updates the element map and not the InteractionEvent history which results in the correct displaying of the context for an active context, but the the updated handles will never be stored. We should support refactoring handles within the context (and potentially all child handles as well).
Created attachment 200222 [details] proof of concept patch
This does kind of sort of work. In the Modeling Bridge, I'm calling update and correctly getting the context to persist and store the new updated handles. However, the old handles are not getting removed and sometimes it seems there is some inconsistency there -- but tis isn't that big an issue because they are of course invisible. Is there a good work-around for the issue with non-removed handles? I suppose I could just remove them manually from the context?
Shawn, I've atteched my context to bug 357297 so you can see the code that excercises this. Might not be too useful as you'd need to synch to my fork as well: http://wiki.eclipse.org/Mylyn/Modeling_Bridge#Git_Repos But check org.eclipse.mylyn.modeling.ecoretools.ui.tests EcoreDiagramEditorTest for test that exercises this and the actual implementation is in o.e.m.modeling.gm.ui ContexDecoratorProvider#partOpened(IWorkbenchPart part) but will soon be moving from that location.
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
