-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[333] Keep routing style with ELK #337
base: master
Are you sure you want to change the base?
Conversation
This comment was marked as duplicate.
This comment was marked as duplicate.
...eclipse.sirius.diagram.elk/src/org/eclipse/sirius/diagram/elk/ElkDiagramLayoutConnector.java
Outdated
Show resolved
Hide resolved
...se/sirius/diagram/elk/migration/EmptyJunctionPointsStringValueStyleMigrationParticipant.java
Outdated
Show resolved
Hide resolved
...sirius.tests.junit/src/org/eclipse/sirius/tests/unit/diagram/layout/SimpleELKLayoutTest.java
Outdated
Show resolved
Hide resolved
This commit just migrates the data used by SimpleELKLayoutTest without any change. It also seems that some diagrams have not been refreshed according to previous modifications done on VSM file. All diagrams have been opened (and so refreshed) for this commit. Bug: #333
- 5 new representations have been added in tests data: - one with oblique edges, - one with rectilinear edges, - one with a mix of them and same number of oblique and rectilinear edges, - one with a mix of them and more oblique edges, - and one with a mix of them more rectilinear edges. - 5 tests corresponding to these representations have been added to check the routing style before and after the arrange all with ELK. Bug: #333
During the conversion from DDiagram to ELK Graph, the routing styles of original Sirius DEdge is now stored on the common parent of edges in ELK Graph. This property can be overridden by defining the routing style directly in the VSM. The tests have also been adapted. Indeed, before this commit the routing applied was always Rectilinear. Now, it is not the case. The existing tests have been "duplicated", to have the previous behavior (by forcing the "Rectilinear routing" in the VSM) and the new behavior for all existing tests by considering the initial used routing style. Bug: #333
Currently, a strange StringValueStyle is created on edge after a layout with ELK, like this <styles xmi:type="notation:StringValueStyle" xmi:id="_b5DYgOqeEe6GK951-Ozudg" name="junctionPoints" stringValue="()"/> As consequence, the edge appears as customized (tabbar button "Reset style properties to default", and same button in tab Appearance Properties view, is enabled).
Before this commit a StringValueStyle was created due to a bug in ELK that creates an empty list of junction points. This also causes, as side effect, an edge that seems to be "customized". Bug: #333
The representations created before the previous commit, that fixes the unexpected creation of StringValueStyle, can contain some kind of "empty StringValueStyle". The goal of this commit is to remove them. This commit also adds tests to check migration effect. Bug: #333
a4d177b
to
6ce7bb4
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have added explicit comment "as review" instead of the comment of the 27th march, ie:
Warning: Before merging, the release notes and the migration participant version must be reviewed. Indeed, these commits have been done too late fore Sirius 7.4.1 (even if the release notes and the migration participant version refere to it).
|
||
h4. Migrations | ||
|
||
* <span class="label label-success">Added</span> A migration participant, EmptyJunctionPointsStringValueStyleMigrationParticipant, has been added to fix the GMF edges that contain an empty "junctionPoints" StringValueStyle. These empty "junctionPoints" StringValueStyle were created due to a bug in ELK./Sirius integration. This migration participant simply removes the empty "junctionPoints" StringValueStyle. As reminder, this migration participant has been introduced in Sirius 7.4.3. The corresponding version, stored in attribute version of viewpoint:DAnalysis of the aird file, is _15.4.3.202406211100_. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The version will be to review just before merge.
/** | ||
* Migration version. | ||
*/ | ||
public static final Version MIGRATION_VERSION = new Version("15.4.3.202406211100"); //$NON-NLS-1$ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The version will be to review just before merge.
No description provided.