Customizing-Regeln

Globale Einstellungen

• In den globalen Einstellungen müssen alle in Makros verwendete Objekte hinterlegt werden, z.B.
  • Module
  • Modulvarianten
  • Dialogmeldungen
  • OLEs
• Dies gewährleistet eine einfache Austauschbarkeit von Objekten, z.B. Modulen, ohne alle Python-Skripte durchsuchen zu müssen.

Neustarten des Servers

Im Falle von Änderungen am Data-Dictionary (DT412) muss der Server aufgrund des Preloadings neu gestartet werden. Dazu wird vom System die Python-Funktion restart_server() bereitgestellt. Der Administrator kann unter Linux den Server mit "/etc/init.d/planta reload" neustarten.

Session-Neustart nach Customizingänderungen

Symbole, Farben und Formate werden gecacht, daher muss nach Änderungen an diesen die Session neugestartet werden.

Autonomer Modulaufruf

Ziel

• Beim Aufruf von Modulen darf das Untermodul vom Ausgangsmodul keine Anweisungen erhalten, die das Verhalten des Untermoduls beeinflussen.

Vereinbarung

• Module müssen mit Hilfe von Python so gecustomized werden, dass sie die auszuführende Aktion beim Aufruf selber verwalten können.
• Nach dem Modulaufruf darf kein Menüpunktbefehl folgen.
• Als Filterkriterium werden nur noch @L-Variablen verwendet, keine @Ds.
• Modulnummern werden nicht in Python fest programmiert, sondern die Modulnummern sind in Globalen Variablen zu speichern und aus diesen auszulesen.

Details

• Weitere Informationen zum Autonomen Modulaufruf

Inkarnationen

Regel

• Für jede Inkarnation, die nicht output ist, muss
  • eine Listbox zugeordnet werden und
  • die Checkbox Listboxzwang aktiviert werden.

Startup-Module

Regel

• Jedes Startup-Modul, das ein anderes Modul startet, muss vor dem Aufruf des Moduls prüfen ob dieses bereits geöffnet ist,
  • wenn ja, soll das bereits geöffnete Modul fokussiert werden.
  • wenn nein, soll das Modul gestartet werden.

Python-IDs

Regel

• Python-IDs von Standard-DIs, -Datenbereichen, -Datenfeldern und in den globalen Einstellungen dürfen nicht geändert werden.
• Python-IDs von individuellen Dataitems in Standard-Datentabellen müssen mit L und der Lizenznummer anfangen, z.b. L111_stakeholder
• In individuellen Datentabellen kann die Lizenznummer weggelassen werden
  • Vorteil: Wird für ein DI, das die Projekt-ID beinhaltet, die Python-ID pr_id hinterlegt, kann ein Standardmakro verwendet werden um ein Projekt aufzurufen.

DI-Bezeichnungen

Regel

• Sinnvolle DI-Bezeichnungen verwenden - z.B. ein Feld nicht "Apa:Name+Vorname" nennen, sondern nur "Name". Die "technischen Informationen" können im Notizfeld hinterlegt werden.