Bug 501082 - Compartment layout problem when remove an element
Summary: Compartment layout problem when remove an element
Status: RESOLVED INVALID
Alias: None
Product: Sirius
Classification: Modeling
Component: Diagram (show other bugs)
Version: 4.0.0   Edit
Hardware: PC Windows NT
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: triaged
Depends on: 495707
Blocks:
  Show dependency tree
 
Reported: 2016-09-08 11:38 EDT by Julien Dupont CLA
Modified: 2016-09-20 10:20 EDT (History)
1 user (show)

See Also:


Attachments
Use case to reproduce problem (6.19 KB, application/zip)
2016-09-08 11:38 EDT, Julien Dupont CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Julien Dupont CLA 2016-09-08 11:38:42 EDT
Created attachment 264048 [details]
Use case to reproduce problem

When we remove an element in a compartiment the default size is applied to compartiment. It's strange as behavior.

Steps to reproduce:
* Import the project CompartimentsLayoutProblem from attached archive file (CompartimentsLayoutProblem2.zip)
* Open the diagram "VStackDiag"
* Delete Left_Class1
* The compartiment is resized to default size KO. It should keep the vertical size.
Comment 1 Maxime Porhel CLA 2016-09-20 10:20:32 EDT
This behavior depends on the "auto-size" state of the compartimented diagram element. 

In the provided sample diagram all GMF bounds are set to (-1, -1), the layout adapt the size of each region to their content (included label), if the user removes the first compartment, the two others are empty and take the default minimum size. 

If the user resize the P1 container or one of the compartment before deleting the first region, after the delete the other regions will keep their size.