| Summary: | [Class Diagram] Bug with Affixed Child Node ContainmentCircleEditPart | ||
|---|---|---|---|
| Product: | [Modeling] Papyrus | Reporter: | Vincent Lorenzo <vincent.lorenzo> |
| Component: | Core | Assignee: | Patrick Tessier <Patrick.Tessier> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | sebastien.gerard, vincent.lorenzo |
| Version: | 0.7.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Vincent Lorenzo
*** Bug 323957 has been marked as a duplicate of this bug. *** done in the revision 3043 To do that I have remove the modelfacet from the gmfgen ContainmentCircleEditPart I have replaced MetamodelType element by a NotationType element. I have also written the same identifier To allow the generation, I have also fixe a bug in the template of VisualIDRegistry The original code do not pay attention if a element facet exist to edit generate the constraint. So at each generation, a mistake was raised. In order to solve it, I test if the node is associated to a sematic element by using the attribute sansDomain of the meta attribute in the gmfgen. «IF null <> editorGen.expressionProviders-» «EXPAND _constraintMethod FOREACH topLevelNodes->select(n | n.modelFacet.modelElementSelector <> null and n.sansDomain = false)-» «EXPAND _constraintMethod FOREACH childNodes->select(n | n.modelFacet.modelElementSelector <> null and n.sansDomain = false)-» «FOREACH links AS l»«EXPAND _constraintMethod(l) FOR l.modelFacet»«ENDFOREACH» «ENDIF-» In r3116 : Incorrect naming of ContainmentCircle id ("ContainementCircle" instead of "ContainmentCircle") provoked errors in RequirementDiagram.
|