How to obtain the correct diagramElementId for invokeSingleClickOnDiagramElementTool after dropOnDiagram? #2127
Unanswered
Muffelkopf
asked this question in
Q&A
Replies: 1 comment
-
|
Hello, Thank you for using SysON. As you have probably saw, SysON is built upon Sirius Web. So your question/problem here is more a Sirius Web one. First, I was surprised that the payload returning by the DropOnDiagram GraphQL mutation does not contain a Diagram with the node you dropped, but after investigating, I found that this Diagram is not the one after the drop but the one before the drop. So here are some elements that may help you:
Furthermore, if you need professional support, you can also visit this page: https://doc.mbse-syson.org/syson/v2026.3.0/user-manual/support.html Hope it will help you. Best regards, |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I'm automating the SysON web workflow (General View): after dropping a model element (e.g. a package) onto a diagram with dropOnDiagram, I want to call invokeSingleClickOnDiagramElementTool to run the palette tool for adding existing nested elements to that package, without manual UI steps.
Problem:
Is there a supported GraphQL read (or a documented field on an existing mutation) that returns the full diagram node tree (or at least the diagram element id for the diagram root / a given dropped package) for a given representationId / editing context?
Should dropOnDiagram be expected to return enough diagram.nodes (including ancestors or the invoke target) so clients can derive the correct diagramElementId for follow-up tool invocations? If not, what is the recommended way for API clients to obtain the same diagramElementId the web client uses?
Beta Was this translation helpful? Give feedback.
All reactions