|
|
Re: Hook save operation / override class editor [message #890060 is a reply to message #889892] |
Wed, 20 June 2012 21:15 |
Simon Schwichtenberg Messages: 127 Registered: September 2011 |
Senior Member |
|
|
Hi Camille,
thank you for your interesting suggestion. I will take a look into the editos you mentioned.
I've read the extension point documentation of Papyrus before and then I saw this nestedEditor extension point, but I assumed that a nestedEditor can contribute to the uml model, but not to another model. That's why I did not take a closer look at it.
I think the editor have to be opened the whole time, right? Which means, is it visible to the user? I would be ok with this, but I would prefer a synchronization that hidden from the user and happens in the background. Because the user could close the editor and the synchronization stops.
I need the synchronized Ecore-File as an input for another 3rd party Eclipse plugin. Later on, that plugin and Papyrus shall be integrated seamless, which means that the user should not notice the synchronization.
Best regards,
Simon
|
|
|
Re: Hook save operation / override class editor [message #890120 is a reply to message #890060] |
Thu, 21 June 2012 08:09 |
Camille Letavernier Messages: 952 Registered: February 2011 |
Senior Member |
|
|
Hello Simon,
Actually, just like Papyrus diagrams, the editor does not need to be opened all the time (Nor to be opened at all). The editor won't be opened at all, unless you explicitly add a handler somewhere to open it.
It may be that you won't even need a nested editor, but simply a new Papyrus IModel (org.eclipse.papyrus.infra.core.model). I've always used this extension with a nested editor, because it often makes sense to add an editor for a new resource, but this isn't required.
Regards,
Camille
Camille Letavernier
|
|
|
Powered by
FUDForum. Page generated in 0.03758 seconds