GMFMap constraints based on canvas object [message #716841] |
Thu, 18 August 2011 14:55  |
Christian Smietana Messages: 14 Registered: February 2011 |
Junior Member |
|
|
Hi all,
I would like to have a property in the canvas object, like "displayType", and have top node mappings with constraints that determine the visual display of nodes based on the canvas object. Is this somehow possible?
So, generally, constraints should be able to also evaluate the context (for example properties in the diagram/notation model?), instead of only the domain object behind a node.
A similar use case:
I want to show all related nodes (children and parent) of a node inside a compartment. A custom implemented reference is used as the children feature and returns all related nodes.
Now, parent nodes should be displayed differently from child nodes. But, one node can be parent for some nodes and child for others. So, how to do this with constraints?
Thanks for help and suggestions
Christian
|
|
|
Re: GMFMap constraints based on canvas object [message #726697 is a reply to message #716841] |
Mon, 19 September 2011 09:49   |
Christian Smietana Messages: 14 Registered: February 2011 |
Junior Member |
|
|
No one has an idea?
Maybe another use case, perhaps the problem becomes clearer then: I want to implement a sort of display switch for a diagram that displays the nodes in two different flavors, with big and small icons. So I configure two different visual representations (top node references) for each domain object, one for each display style. Additionally, there is an attribute, say "displayStyle", in the canvas domain object, that determines the display style of the diagram. This property can be set somewhere, e.g. by a custom action or in the property view.
Now the question is - how to link everything to get the desired behaviour. To select the right top node reference in the mapping model, a constraint is needed. But how can the constraint on a node evaluate the property "displayStyle" on the canvas object?
|
|
|
|
Powered by
FUDForum. Page generated in 0.02053 seconds