[3647] Add support for diagram style with background customization#3648
[3647] Add support for diagram style with background customization#3648
Conversation
71dd68a to
799de23
Compare
b5eb6d3 to
5f4f453
Compare
...sirius-components-diagrams/src/main/java/org/eclipse/sirius/components/diagrams/Diagram.java
Outdated
Show resolved
Hide resolved
...sirius-components-diagrams/src/main/java/org/eclipse/sirius/components/diagrams/Diagram.java
Outdated
Show resolved
Hide resolved
...agrams/src/main/java/org/eclipse/sirius/components/diagrams/components/DiagramComponent.java
Outdated
Show resolved
Hide resolved
.../backend/sirius-components-collaborative-diagrams/src/main/resources/schema/diagram.graphqls
Outdated
Show resolved
Hide resolved
...grams/src/main/java/org/eclipse/sirius/components/diagrams/elements/DiagramElementProps.java
Outdated
Show resolved
Hide resolved
...grams/frontend/sirius-components-diagrams/src/renderer/dropNode/useDropDiagramStyle.types.ts
Outdated
Show resolved
Hide resolved
...s/diagrams/frontend/sirius-components-diagrams/src/renderer/dropNode/useDropDiagramStyle.tsx
Outdated
Show resolved
Hide resolved
...ava/org/eclipse/sirius/web/application/controllers/diagrams/DiagramStyleControllerTests.java
Outdated
Show resolved
Hide resolved
...ava/org/eclipse/sirius/web/application/controllers/diagrams/DiagramStyleControllerTests.java
Outdated
Show resolved
Hide resolved
...nts-view-emf/src/main/java/org/eclipse/sirius/components/view/emf/diagram/StylesFactory.java
Outdated
Show resolved
Hide resolved
09295ae to
d0364d5
Compare
d0364d5 to
973ec87
Compare
...g/eclipse/sirius/components/compatibility/services/diagrams/DiagramDescriptionConverter.java
Outdated
Show resolved
Hide resolved
| </> | ||
| ) : ( | ||
| <Background style={{ backgroundColor }} color={backgroundColor} /> | ||
| <Background style={{ background }} color={'transparent'} /> |
...on/editingcontext/migration/participants/DiagramStyleDescriptionAddMigrationParticipant.java
Outdated
Show resolved
Hide resolved
...nts-view-emf/src/main/java/org/eclipse/sirius/components/view/emf/diagram/StylesFactory.java
Outdated
Show resolved
Hide resolved
515352f to
da1b807
Compare
3588434 to
3394409
Compare
...se/sirius/components/collaborative/diagrams/handlers/GetConnectorToolsEventHandlerTests.java
Show resolved
Hide resolved
45ce690 to
7ca5f59
Compare
7ca5f59 to
1cde282
Compare
1cde282 to
0c22c94
Compare
sbegaudeau
left a comment
There was a problem hiding this comment.
I still have a couple of things to review but this first point is an important one because it could give a wrong impression for downstream consumers (they may believe that this code works).
| } | ||
|
|
||
| @Override | ||
| public boolean isDiagramEmpty(IDiagramService diagramService) { |
There was a problem hiding this comment.
This must be new since the last time I reviewed this PR because this cannot work. I could accept that in the services of Papaya diagrams because it would work in this case but imagine that I have 1 node in my diagram which has 10 child nodes and the view deletion request is for one of its child node then this code does not work.
Imagine now that I have 3 nodes in my diagram and a tool triggers the creation of 3 view deletion request then this code would not work either. Finding out that a diagram is empty in all use case is more complex than what you algorithm suggest. Please move both the implementation of this service and its definition out of IDiagramServices for now and into something in the Java services of Papaya (since I suspect that you are only using it there).
You could also improve this algorithm to make it work all the time but it will require some testing of corner cases. Consumers of Sirius Web such as SysON would be quite interested by such service.
There was a problem hiding this comment.
I moved this method in papaya services
1920f68 to
b109d3c
Compare
926292e to
47c08e1
Compare
1175bb7 to
69be149
Compare
69be149 to
09ae4b5
Compare
09ae4b5 to
d9d135b
Compare
Signed-off-by: Stéphane Bégaudeau <stephane.begaudeau@obeo.fr>
d9d135b to
1493746
Compare
Signed-off-by: Stéphane Bégaudeau <stephane.begaudeau@obeo.fr>
…ecifications Bug: #6313 Signed-off-by: Stéphane Bégaudeau <stephane.begaudeau@obeo.fr>
… based applications Signed-off-by: Stéphane Bégaudeau <stephane.begaudeau@obeo.fr>
8ac3922 to
1e6b742
Compare
Bug: #3647 Signed-off-by: Florian ROUËNÉ <florian.rouene@obeosoft.com>
1e6b742 to
29b3d14
Compare
Bug: #3647
Pull request template
General purpose
What is the main goal of this pull request?
Project management
priority:andpr:labels been added to the pull request? (In case of doubt, start with the labelspriority: lowandpr: to review later)area:,difficulty:,type:)CHANGELOG.adocbeen updated to reference the relevant issues?CHANGELOG.adoc? (Including changes in the GraphQL API)CHANGELOG.adoc? For example indoc/screenshots/2022.5.0-my-new-feature.pngArchitectural decision records (ADR)
[doc]?CHANGELOG.adoc?Dependencies
CHANGELOG.adoc?CHANGELOG.adoc?Frontend
This section is not relevant if your contribution does not come with changes to the frontend.
General purpose
Typing
We need to improve the typing of our code, as such, we require every contribution to come with proper TypeScript typing for both changes contributing new files and those modifying existing files.
Please ensure that the following statements are true for each file created or modified (this may require you to improve code outside of your contribution).
useMutation<DATA_TYPE, VARIABLE_TYPE>(…)useQuery<DATA_TYPE, VARIABLE_TYPE>(…)useSubscription<DATA_TYPE, VARIABLE_TYPE>(…)useMachine<CONTEXT_TYPE, EVENTS_TYPE>(…)useState<STATE_TYPE>(…)?.(if the GraphQL API specifies that a field cannot benull, do not treat it has potentiallynullfor example)let diagram: Diagram | null = null;)Backend
This section is not relevant if your contribution does not come with changes to the backend.
General purpose
Architecture
Review
How to test this PR?
Please describe here the various use cases to test this pull request