Eclipse Community Forums: Papyrus » How to override the "delete" and "save" strategy

Home » Modeling » Papyrus » How to override the "delete" and "save" strategy

How to override the "delete" and "save" strategy [message #1696887]

Fri, 29 May 2015 04:45

Eclipse User

Hi,
I have created a library of components, so when I drag&drop a component from library to an IBD (or composite structure diagram), it will :
- create a part of component (action by default) (such as PV : PV)
- copy the parameters of component as properties
- rename the parameters (put a prefix as name of the created part, such as PV_peakPower)
index.php/fa/22001/0/

In order to this, I've overrided the org.eclipse.papyrus.infra.gmfdiag.dnd.dropStrategy. It works perfectly.

However, I also want to override the "delete" and "save" strategy.

"Delete strategy" : when a part is selected in the IBD and then is deleted
- delete selected part (action by default)
- delete all the parameters with the prefix as name of the part to be deleted

"Save strategy": when a part is renamed
- rename the selected part (action by default)
- rename its parameters also.

Which extension points allow me to do these?

Thanks for your help.

Attachment: PVPartNParameter.png
(Size: 11.37KB, Downloaded 694 times)

Re: How to override the "delete" and "save" strategy [message #1696891 is a reply to message #1696887]

Fri, 29 May 2015 05:01

Eclipse User

Hi,

This is better done through the Elements Types framework, which is unfortunately not properly documented yet. The idea is to bind some specific Advices (Pre/Post actions) associated to the DestroyElementRequests you want to override. This can be done with the Element Types Configuration model in Papyrus Mars. Maybe you can find some relevant examples in UML-RT or SysML1.4 plug-ins (Search for *.elementtypesconfigurations models)

Regarding the Rename action, the approach is similar: you need to bind some post actions (Advice) to a SetRequest affecting the NamedElement#name property, using the Element Types framework

HTH,
Camille

Re: How to override the "delete" and "save" strategy [message #1696925 is a reply to message #1696891]

Fri, 29 May 2015 08:02

Eclipse User

Hi,

Note that the actually semantics and behaviour of element types are
described in the Graphical Modeling Framework Run-time documentation in
the on-line help. What isn't so much documented yet is the
construction of the configuration models (which exactly mimic the GMF
extension point) and how to integrate them into Papyrus.

Cheers,

Christian

On 2015-05-29 09:01:06 +0000, Camille Letavernier said:

> Hi,
>
> This is better done through the Elements Types framework, which is
> unfortunately not properly documented yet. The idea is to bind some
> specific Advices (Pre/Post actions) associated to the
> DestroyElementRequests you want to override. This can be done with the
> Element Types Configuration model in Papyrus Mars. Maybe you can find
> some relevant examples in UML-RT or SysML1.4 plug-ins (Search for
> *.elementtypesconfigurations models)
>
> Regarding the Rename action, the approach is similar: you need to bind
> some post actions (Advice) to a SetRequest affecting the
> NamedElement#name property, using the Element Types framework
>
> HTH,
> Camille

Re: How to override the "delete" and "save" strategy [message #1696928 is a reply to message #1696925]

Fri, 29 May 2015 08:25

Eclipse User

Thanks Camille and Christian,
I will have a look at Element Types Configuration model as you suggest.
Have a nice weekend.

Previous Topic:	Code / model syncrhonization feature
Next Topic:	Clicking "New Papyrus Project" does nothing

Goto Forum:

-=] Back to Top [=-

Current Time: Wed Jul 09 22:12:10 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter