Aconite: Towards Generating Sirius-Based Graphical Editors from Annotated Metamodels
summary
Aconite generates Sirius viewpoint descriptors from an annotated Ecore metamodel using a compact textual notation and an Eclipse-based transformation pipeline, producing multi-diagram editors, automated navigation expressions, and inheritance of graphical styles so a single style change propagates. The open-source tool re-implements a canonical Sirius example and a simplified BPMN editor, uses inverted containment for mappings, includes basic static checks (loops, missing containers) and live interpreted regeneration, and currently lacks embedded Java service wiring and full tool-specification support.
AI-written summary · about
chapters (14)
- 0:00Aconite introduction and goals
- 2:11Generic diagrams inefficiency
- 3:34Sirius framework overview
- 5:23Sirius semantic expressions challenges
- 6:28Eugenia limitations and Aconite motivation
- 7:53Aconite features and Sirius integration
- 8:16Live Aconite diagram generation
- 10:10Indirect references in Aconite
- 10:55Reusing nodes in Aconite
- 12:07Extending containers in Aconite
- 13:54Textual syntax benefits
- 14:34Future usability and refactoring
- 15:16Generating other notations and UML
- 15:42Q&A
related talks
33mTextual AND graphical modeling: Xtext editors within Sirius Diagrams
23mThe great Eclipse Papyrus migration, from GMF and XWT to Sirius and EEF
35mThe holy war of modeling notations - what fits best and why?
27mOperationalizing the Integration of User Interaction Specifications in Modeling Editor Synthesis
25mDomain-specific model differencing in visual concrete syntax
38mModeling Symposium
30mNabLab from Eclipse to VSCode thanks to LSP & Sirius Web
30mLangium + Sirius Web = Heart