Graphical Description Problem [message #1804990] |
Thu, 04 April 2019 11:14 |
Marvin Roger Wagner Messages: 4 Registered: April 2019 |
Junior Member |
|
|
Hi together,
I want to build a Sirius editor based on the following minimal example of an ECore model. In addition, I show a minimal example for the graphical description.
In the diagram ExampleViewDiagram will be an instance of ClassD, ClassC shall be represented by ClassCContainer, ClassA shall be represented by ClassANode and ClassB shall be represented by BorderedClassBNode.
There shall be serveral ClassCContainers. ClassANode shall be in the ClassCContainer if ClassA contains one or more instances of type ClassB and at least one of these instances has a relation to specific ClassC. One instance of ClassA can be in serveral ClassCContainers. And, the instances of ClassB which have a relation to ClassC shall be attached as BorderedClassBNode to ClassA. The creation of the ClassANodes works fine, but the selection of semantic candidates for the BorderedClassBNodes make problems. I was not able to reach the instance of ClassC to decide whether ClassB has a relation to it. Reaching means to go two step upwards in the description's tree structure.
Is there any way to do this?
[Updated on: Fri, 05 April 2019 10:48] Report message to a moderator
|
|
|
Re: Graphical Description Problem [message #1805168 is a reply to message #1804990] |
Tue, 09 April 2019 07:34 |
|
Hello,
From what I understand, the semantic candidates for the ClassANode will be something like "self.d.eContainer()" since ClassB elements are contained in ClassA. Only one graphical element should be displayed per ClassA in one ClassC container. For Bordered node ClassB, the semantic candidates expression will be "self.b" (we start from the ClassA element)
Regards,
Florian
|
|
|
|
Powered by
FUDForum. Page generated in 0.03043 seconds