KIELER Treffen 12.06.09

Themen:

• Plugin-Aufteilung, Konventionen, Versionsnummern
• Menüs
• SyncCharts Meta-Modell Review
• Autobuild
• Execution Manager
• M2M
• Dataflow
• Stefan bringt Würstchen mit

Autobuild:

• Warum gingen Editoren nicht auf Mac?
• Im GenModel kann Kompatibilitätskriterium festgelegt werden. (Geht auch in GMFGen -> Gen Plugin)
• War auf Java 1.6.0 gestellt -> Auf Mac Plugins nicht geladen

• Frage: Kann man das Eintragen der Version automatisieren?
• Antwort: Keine Ahnung.
• Aufgabe: (Özgün) Jemand sollte das herausfinden und dokumentieren.

• Autobuild läuft bei Christian, nur noch umziehen auf Server

Plugin-Aufteilung:

• Aufteilung in UI-abhängigen und UI-unabhängigen Teil, damit Algorithmen ohne UI benutzt werden können (UI ist hochgradig Eclipse-abhängig)

• Spezialfall: Editoren, da hier code generiert wird, sollte man selbst geschriebenen Code in ein anderes Projekt stecken. In SyncCharts gibt es extra contextMenu Projekt, um zyklische Anhängigkeiten zu vermeiden. Kann aufgebrochen werden durch buddy policies.

• Aufgabe: Jemand sollte herausfinden, wie das geht und ins CookBook eintragen.

• Editoren sind zwar gänzlich für Eclipse gedacht, aber man könnte sie trotzdem so aufteilen, dass ein Plugin GMF- und eines Modell spezifisch ist. (custom.ui, custom)

• Anmerkung: dsl.editor ist überflüssig für Parser-Funktinalität, aber es wird ohne dieses kein Code generiert.

• Aufgabe: Man sollte einen Weg finden, dieses weglassen zu können.

• Frage: Lohnt das? Bleibt man bei oaW XText oder geht man zu TMF XText über? Vorteil von TMF XText: Generierung ist bidirektional (Model2Text möglich)

• Frage: Sollte SyncCharts auch migrieren?
• Antwort: Lohnt vermutlich nicht. Für SyncCharts sollten toString-Methoden reichen, um Bidirektionalität zu simulieren.

• Aufgabe: TMF XText Tutorial, um entscheiden zu können, ob migriert wird. (In zwei Wochen)

• Vorteil von TMF XText: Kommt mit Linksrekursion klar, oaW XText nicht. Und Linksrekursion kommt in Özgüns Grammatik vor.

Menüs:

• Problem: Lange waren Kontext-Menüs ein Problem, da es für deren Erstellung viele Möglichkeiten gibt. Lösung: Miro hat herausgefunden, welche Möglichkeit die aktuelle und beste ist, die jeder benutzen sollte. Diese ist im CookBook erläutert.

• Frage: Kann man mit der neuen Methode einfach aus Menüs Toolbars machen?
• Antwort: Öööh, naja das neue ist halt flexibler. Man kann nämlich einschränken, wo die Menüs sichtbar sein sollen. Außerdem kann man einfach umstellen, obs ein PopupMenü oder eine Toolbar ist und so (AHA!). Einschränkungen funktionieren durch visibleWhen und core.expressions. Weitere Infos im !Cookbook.

• Anmerkung: iterate dient dazu, durch die Liste der ausgewählten Elemente zu iterieren.
• Hinweis: Änderungen wie Copy/Paste? lieber direkt in XML machen, nicht im Editor, denn in ersterem klappt es immer.

Was haben wir letzte Woche gemacht?

• Hauke: Ptolemy
• Miro: Kontext-Menüs
• Christian S.: Autobuild + MAC
• Christian M.: Ptolemy: Mit Modellen gespielt und Actors für Modellbahn entworfen

• Tolle Idee: In Übungen Modellbahn mit Ptolemy steuern!

• Micha: Mit M2M, XTend, QVT beschäftigt.
• Matthias: Mit Bugs und anderen Kleinigkeiten rumgeärgert
• Arne: War auf ner Tagung
• Özgün: Grammatik auf TMF XText geändert, geguckt, ob Migration lohnt, Grammatik optimiert, zwei Ansätze für Synchronisation von grafischen und textuellen Editoren entdeckt und entsprechende Personen kontaktiert

• Aufgabe: (Hauke) KIEL Seite muss geändert werden. (Hinweis auf KIELER hinzufügen) Und nach Typo3 migriert werden!

• Anmerkung: Interesse an Text->Modell-Geschichte aus Hamburg (Miguel Garcia)

• Adriana: Vortrag vorbereitet
• Stefan: rtstud zum Laufen gekriegt, Merge implementiert, welches auf oberster Ebene funktioniert
• Nils: Highlighting
• Reinhard: SyncCharts in C

SyncCharts Metamodell Review:

• Teilnehmer: Özgün, Christian, Adriana, Nils ein bisschen, Claus, Matthias
• Matthias organisiert Termin.

Nochmal Autobuild:

• Aufgabe: Umziehen von Autobuild auf Server (Christian)
• Aufgabe: Warnungen von Compile-Vorgang in autobuild übernehmen (Christian)
• Aufgabe: Automatische Benachrichtigung für Leute, die was kaputt gemacht haben
• Aufgabe: Zusätzliche Metriken (FingBugs und so) anwenden

• Anmerkung: Autobuild wartet auf Änderungen und baut dann neu.

• Frage: Buildet der auch halbfertige Sachen? Ja! Also bei langwierigen Sachen Branches benutzen! Und nichts einchecken, was nicht kompiliert!

• Aufgabe: (Miro) Tutorial zu Branching und Merging
• Aufgabe: Konventionen für Branching und Merging festlegen
• Aufgabe: (Christian) immer eine Verion auf Epoch bilden, damit es immer zur Verfügung steht

Usability von KIELER verbessern:

• KIML ist umständlich zu verwenden wegen Durchhangeln durchs Kontextmenü Deshalb hat Hauke einen extra Button zum Triggern des Layout hinzugefügt. Außerdem auch eine extra Layout View.

• Frage: Ist das so alles gut?
• Reinhard: Ja. solange alles konsistent ist.

• Was noch fehlt: Schlaue automatische Wahl von Layout nach Diagrammart.
• Und: Einfache Eingabe von Parametern für Layouts.
• Idee: Shortcuts für wichtigste Layouts anlegen.
• Miro: sieht Layout View analog zur Properties View, findet aber wichtig, dass Letzteres schnell eingeblendet werden kann.
• Hauke: Dafür sollte es eine ShortCut oder Tastenkombination geben.

• Es ist möglich, buttons und Menüs zu Properties View und ähnlichem hinzuzufügen
• Reinhard: Wichtig, Layout-Einstellungen und Aktivierung zu trennen

• Frage: Funktioniert View auch als schwebendes Fenster? Ja!

• Alternative: Layouts irgendwie direkt in Editor integrieren (so wie Popup Bar)
• Allgemeiner Kommentar: Nicht zuviel Energie darin investieren, sonder vorher testen, was wieviel gebraucht wird. Layout soll auch über Hauptmenü zu erreichen sein.

• Frage: Ist das Thema für andere relevant? Ja, für fast alle!
• Miro: Sinnvolles Konzept: Aufteilung von Funktionalität auf verschiedene Views.
• Özgün: Selten benutzte Funktionen können auch in gesonderte View rein, aber für häufig genutzte Funktionen sind extra Views Overkill.
• Miro: Wie wäre KIELER Menü in Hauptleiste?
• Antwort: Coole Idee! Diagramm Menü wird sonst später zu voll.

• KIELER Toolbar wäre auch toll, oder sogar KIELER Perspektive!

• Miro: KIELER Perspektive ungeeignet, da Perspektive gebunden an Purpose.
• Hauke: Man könnte aber schonmal alle Views relevant für KIELER einblenden.
• Miro: Kategorien für KIELER: Simulation, Modelling usw.!

• Anmerkung: Bevor man mit neuen Ideen vorprescht, immer vorher in KIELER Meeting besprechen.

• Ptolemy: Reinhard: Nur das Modell soll gelayouteet werden, aber keine Textregionen
• Hauke: Das geht schon.

• Termin für Meta-Modell-Treffen: MIttwoch, 17.06.09, 16.00.
• Branching-Tutorial beim nächsten Treffen.

• Andere Themen nächstes Mal.