Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 518246

Summary: [Sequence Diagram] Resize a Combined Fragment when resizing an inner execution
Product: [Modeling] Sirius Reporter: Florian Barbin <florian.barbin>
Component: DiagramAssignee: Laurent Redor <laurent.redor>
Status: CLOSED FIXED QA Contact: Julien Dupont <julien.dupont>
Severity: enhancement    
Priority: P3 CC: julien.dupont, laurent.redor, pierre-charles.david, steve.monnier
Version: 5.0.0Keywords: triaged
Target Milestone: 5.1.0   
Hardware: All   
OS: All   
See Also: https://git.eclipse.org/r/100716
https://git.eclipse.org/r/101072
https://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=c6ad066eb1f59f2e802c968edcc36b83ef1a4e22
https://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=c2be49c8438c2625277bb2ec50ed05e659d521e5
https://git.eclipse.org/r/103619
https://git.eclipse.org/r/103620
https://git.eclipse.org/r/103700
https://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=70bfe4877f1e5391721b432aedf71a1f95bd9192
https://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=edc3d5238c18005aa1aa2af9c1a2e97b12bfb761
https://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=d39abea68da6cde80b6c5ef7f31d5e3205a5f178
https://git.eclipse.org/r/104155
https://git.eclipse.org/r/104159
https://git.eclipse.org/r/104167
https://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=25fccaaa7501ce7dfbce3b0d5cddba05423c21be
https://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=21238bee5430d76b8c3e53d2a045bf5528e345b3
https://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=4341f0696be97b3e075f37cd6ccfb6b0af52772f
https://bugs.eclipse.org/bugs/show_bug.cgi?id=525814
Whiteboard: sequence_diagrams ux
Attachments:
Description Flags
Execution Resizing
none
Project containing a sequence diagram to reproduce none

Description Florian Barbin CLA 2017-06-14 09:52:03 EDT
Currently, an execution cannot be resize when reaching the bounds of the parent Combined Fragment.
The enhancement is about resizing automatically the parent fragment when resizing an inner execution out of the current bounds.
Comment 1 Florian Barbin CLA 2017-06-14 10:52:15 EDT
Created attachment 268910 [details]
Execution Resizing
Comment 2 Eclipse Genie CLA 2017-07-05 08:56:12 EDT
New Gerrit change created: https://git.eclipse.org/r/100716
Comment 3 Eclipse Genie CLA 2017-07-11 12:48:39 EDT
New Gerrit change created: https://git.eclipse.org/r/101072
Comment 6 Laurent Redor CLA 2017-08-02 11:30:57 EDT
Created attachment 269654 [details]
Project containing a sequence diagram to reproduce
Comment 7 Steve Monnier CLA 2017-08-10 11:58:55 EDT
It was reopened because:
- The combined fragment resize was only done for the last operand, but it should also be available for the first operand (limited by the start of the lifeline).
- The resize of the execution (further than the parent operand) should have the same effect has resizing the operand then the execution. This means that the element after the combined fragment should not move. Therefore the execution resize can change the ordering.
- Resizing an execution over the next or previous operand should expand the parent operand and the combined fragment.
Comment 8 Laurent Redor CLA 2017-08-22 08:41:31 EDT
(In reply to Steve Monnier from comment #7)
> It was reopened because:
> - The combined fragment resize was only done for the last operand, but it
> should also be available for the first operand (limited by the start of the
> lifeline).
> - The resize of the execution (further than the parent operand) should have
> the same effect has resizing the operand then the execution. This means that
> the element after the combined fragment should not move. Therefore the
> execution resize can change the ordering.
> - Resizing an execution over the next or previous operand should expand the
> parent operand and the combined fragment.

It was reopened because:
- The resize of the execution (further than the parent operand) should have
 the same effect has resizing the operand then the execution. This means that
 the element after the combined fragment should not move. Therefore the
 execution resize can change the ordering.
- Resizing an execution over the next or previous operand should expand the
 parent operand and the combined fragment.

Thr first part concerns the bug 518253.
Comment 9 Eclipse Genie CLA 2017-08-24 06:42:28 EDT
New Gerrit change created: https://git.eclipse.org/r/103619
Comment 10 Eclipse Genie CLA 2017-08-24 06:42:29 EDT
New Gerrit change created: https://git.eclipse.org/r/103620
Comment 11 Eclipse Genie CLA 2017-08-25 09:50:50 EDT
New Gerrit change created: https://git.eclipse.org/r/103700
Comment 15 Eclipse Genie CLA 2017-09-01 06:37:54 EDT
New Gerrit change created: https://git.eclipse.org/r/104155
Comment 16 Eclipse Genie CLA 2017-09-01 07:23:27 EDT
New Gerrit change created: https://git.eclipse.org/r/104159
Comment 17 Eclipse Genie CLA 2017-09-01 08:12:48 EDT
New Gerrit change created: https://git.eclipse.org/r/104167
Comment 21 Pierre-Charles David CLA 2017-11-08 03:37:47 EST
Available in Sirius 5.1.0, see https://wiki.eclipse.org/Sirius/5.1.0.