We continue our exploration of the Eclipse Sirius 4.0 new features. Do you remember our previous post about the Scalable Girl? We further improved the SVG rendering to make her even more powerful. Better SVG rendering This is a significant improvement. With Sirius 4.0, on a diagram when the user uses the zoom, the rendering of a SVG file has a much higher quality. Contribute SVG shapes Sirius provides a basic image style for node mappings, which offers a selection of five different shapes. The new bundledImageShape extension point allows specifiers to provide their own shapes defined in a SVG file like a stencil pack. To catch all the new features coming with Sirius 4.0 have a look at the slides of our talk at EclipseCon France! Another chance for you to join the Sirius community, SiriusCon will occur in Paris the 15th November 2016. Be sure to save the date! Lien d'origine Auteur d'origine: Melanie Bats...

If you enjoyed our previous post on Eclipse Sirius 4.0 new features, read on to hear the Sirius border song. Customizable border style The border style of your diagram elements can have a semantic meaning defined by your graphical notation: you may want to express a different information whether the border shape is dashed or plain. Here and now, with Sirius 3.1, it is possible to define such styles for both the nodes and the containers (like it was already possible for edges). Preferred side for border nodes By default, border nodes can be located on any side of its parent. It is now possible to restrict border nodes to specific sides only. Thus the end user will not have the possibility to create or to move a border node on a forbidden side. Authorized sides can be specified in the advanced tab of the border node style. To catch all the new features coming with Sirius 4.0 have a look at the slides of our talk at EclipseCon France! Another chance for you to join the Sirius...

Properties View My previous post illustrates The Power of One framework to define graphical designers and property views: Eclipse Sirius 4.0. It shows how to get property views for your designer as fast as a thunderbolt! During the last year, the Sirius team worked on two versions of Sirius the 3.1 and the 4.0. In the following days I will detail all the new features coming in Sirius, since the release of Eclipse Mars, that are included in Eclipse Neon. The Sirius project is very active with 10 committers working full time during this past year. We did around 900 commits and fixed 84 bugs. Since the Mars release, more than 1100 posts were made in the Sirius forum: there is a vibrant community around Sirius. In this new release we introduce a significant feature with the properties view description but we are also preparing the future with a small change.  Metamodel warning Starting with Sirius 4.0, a warning appears if the specifier does not define explicitly its metamodel...

It’s been a while since my last Eclipse Sirius post but this year we Get Busy at Obeo with the preparation of the new Sirius release. It is a really important release for me as I am contributing For the very first time as an Eclipse commiter I am really proud to be part of the Eclipse community and excited to meet her again at EclipseCon France.  I hope you’ll join us to attend our talk Sirius 4.0: Let me Sirius that for you! You already know that Sirius allows you to create So powerful graphical designers. With minimal efforts you can create a great modeler with a ready-to-use graphical editor providing a model explorer, a palette, a toolbar and contextual menus dedicated to your own DSL. But when you create a dedicated designer after specifying the viewpoints, the mappings and the tools, the next step is most of the time to contribute dedicated properties views in order to ease data edition. Thanks to the Eclipse modeling ecosystem, there are already several solutions to co...

A few weeks ago I ended up on the following thread on the EMF Forum asking for Ecore meta-model formal documentation?. Ed pointed at some documentation which includes diagrams done with great care but done with tools from another era. As the maintainer of EcoreTools I had to do something about it, and so I did: All participants in the Ecore Modeling Framework implement the EObject's interface Tadaa! The following diagrams have been created thanks to EcoreTools which is part of the Eclipse Modeling Package. All the hard work has been done earlier by Ed when he had to decide what to display and how, all I did is reproduce those using EcoreTools and exporting those at a fairly high resolution (click on the images to get the full resolution). The corresponding patchset for EMF is here. But beside this anecdotic action there is something interesting and more general in how these diagrams are presenting the Ecore.ecore model. Ecore Components Ed starts by diagramming the type hiera...