Die Migration der Bereiche "Docker Registry" und "Artifiacts" ist fast abgeschlossen. Die letzten Daten werden im Laufe des heutigen Abend (05.08.2021) noch vollständig hochgeladen. Das Anlegen neuer Images und Artifacts funktioniert bereits wieder.

Commit e33123be authored by Jean-Marc Ronck's avatar Jean-Marc Ronck
Browse files

Reintegrated README.md

parent e3eb2f9c
Pipeline #76593 passed with stage
in 7 minutes and 30 seconds
......@@ -13,12 +13,30 @@
* [**Description**](#description)
* [**Demonstration**](#demonstration)
* [**Command Line Interface**](#command-line-interface)
* [**URL Syntax**](#url-syntax)
* [**Requirements**](doc/Requirements.md)
* [**Browser Support**](#browser-support)
* [**License**](#license)
## Description
To be written.
Whether textual or graphical models are better for software development in general is still an
ongoing debate. Nonetheless, textual models have a multitude of advantages compared to their
graphical peers. Textual models, for instance, can be edited using a simple editor which is
available on every operating system whereas graphical models more often than not need
commercial software. Version Control, including the visualization of the differences between
versions, is easier to implement on textual models than on graphical models due to the sheer
amount of available programs which are specialized on such a task.
In the context of Component and Connector (C&C) models, however, one can realize a disadvantage
of textual models. With the increasing size of the models, it often becomes difficult to keep
the overview on how components are interacting with each other. For a developer using graphical
models, on the other hand, this task is achieved with ease because she can see the components
and their connections visually in front of her.
In order to compensate for this fact, this project and [one of its
dependencies](https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/visualisation)
generate a visual representation of textual EmbeddedMontiArcMath models showing the
relationships between components.
## Demonstration
![](doc/media/videos/VisualizationEMAM.mp4)
......@@ -32,6 +50,18 @@ To be written.
| -mp | --modelPath | Path to the package root of the models. |
| -out | --outputPath | Path to the output directory. |
## URL Syntax
```
<URL> ::= <Base URL> "#" <Qualified Name of Component Instance> ":" <Visualization Mode> ["&" <Qualified Name of Component harboring the Math Implementation> ":" <Math Mode> [":" <Start Line> [":" <End Line>] ] ]
<Visualization Mode> ::= 0 | 1 | 2 | 3
<Math Mode> ::= 0 | 1
```
* After opening an atomic component, you can just add `:2` at the end of the URL to highlight line number `2` for issues.
* If you add `:2:4` at the end of the URL, then you highlight the line numbers `2`, `3`, and `4`.
## Browser Support
| ![Google Chrome](doc/media/images/chrome.png) | ![Mozilla Firefox](doc/media/images/firefox.png) | ![Safari](doc/media/images/safari.png) | ![Opera](doc/media/images/opera.png) | ![Microsoft Edge](doc/media/images/edge.png) | ![Internet Explorer](doc/media/images/ie.png) |
| :--------------------: | :--------------------: | :--------------------: | :--------------------: | :--------------------: | :---: |
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment