Summary: | Wrong sub mappings computation for mapping imports | ||
---|---|---|---|
Product: | [Modeling] Sirius | Reporter: | Maxime Porhel <maxime.porhel> |
Component: | Diagram | Assignee: | Project Inbox <sirius.diagram-inbox> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | esteban.dugueperoux, florian.barbin |
Version: | 3.0.0 | Keywords: | triaged |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Mac OS X | ||
Whiteboard: | |||
Bug Depends on: | 465661 | ||
Bug Blocks: |
Description
Maxime Porhel
2015-08-13 05:31:54 EDT
See org.eclipse.sirius.diagram.business.internal.componentization.mappings.DiagramMappingsManagerImpl.getContainerMappings(DNodeContainer, boolean) MultipleMappingImportTests should be updated Additional issue: hstack import listByImport import FreeFromByImport import Compartment_1 Each mapping is defined in its own layer, if all layers are enabled, I get the following container mapping order (DDiagramSynchronizer l380): hStack, ListByImport, FreeFormByImport, Compartment_1 as expected. If I enable only the Freeform and the HStack layers, I get FreeFormByImport, hStack, Compartment_1 which is not the order I expected Actually,the "Hide Sub Mappings" feature is really unclear. Indeed, the current behavior is not the one expected: when the hide sub mappings is checked, the imported mapping is hidden. For instance, a mapping A displays EClases as gray containers. The mapping B import the mapping A and displays only abstract classes as yellow containers. If the "hide sub mappings" is checked, classes which are not abstract will be hidden from diagram. |