Aktionen
Custom Modules » Historie » Revision 2
« Zurück |
Revision 2/3
(diff)
| Weiter »
[E] Rocco Kreutz, 13.11.2025 13:53
Custom Modules¶
- Bislang müssen angepasste Module mittels Prodat-Desktop Client unter Konfiguration erstellt und editiert werden
- Dies beinhaltet die Anpassung des JSON Konfigurations Objektes, welches so für die meisten eine zu Hohe technische Hürde darstellt
- Das neue "Custom Modules" Modul erlaubt das erstellen und editieren von solchen angepassten Modulen
- Derzeit ist die GUI auf das erstellen/editieren von DnyGrid basierten Modulen ausgelegt !!! auch wenn ich dort jedes andere Modul auswählen kann als Basis
- Es wird hier die Liste aller Custom-Module angezeigt, als auch das JSON-Cfg Objekt des selektierten, in einer besser leserlichen Form Aufklappen
Edit-Modus¶
- Class: CimW.Core.FormSSQLGridU.TCimWFormSSQLGrid (ist das DynGrid Modul)
- Shortname: eindeutige ID für das (neue) Custom-Module
- SSQL: das zu verwendende SSQL, listet die komplette Liste der verfügbaren SSQL's
- Allowed: Liste der erlaubten (Gruppen-)Rollen
- Denied: Liste der verbotenen (Gruppen-)Rollen
- Caption: Caption wenn das Modul geöffnet wird
- Unknown Columns Visibility: Wie werden Spalten behandelt, welche beim öffnen des SSQL/Modules gefunden werden, aber in der Konfiguration nicht explizit konfiguriert wurden
- colvmUnavailable: Spalte ist nicht im Grid vorhanden und kann damit auch niemals eingeblendet werden
- colvmHidden: Spalte ist im Grid vorhanden, jedoch initial ausgeblendet
- colvmVisible: Spalte ist im Grid vorhanden und initial eingeblendet
- Unknown Colums Use FieldAlias: sofern FieldAlias Einstellungen gefunden werden zu nicht explizit konfigurierten Spalte, dann benutze diese ja/nein
- derzeit unterstützte FieldAlias Konfigurationen:
fa_constraintsHiddenHiddenForNonAdminVisibleVisibleForAdminHideCustomizeShowCustomize- Hidden/Hide hat Vorrang vor Visible/Show
- derzeit unterstützte FieldAlias Konfigurationen:
- in dem darunter befindlichen Grid, werden alle in dem SSQL definierten Spalten angezeigt
- Stand ist,aktuell, so wie in diesem Moment das SSQL definiert ist
- Es werden nur Daten-Spalten angezeigt, keine internen Felder (wie im Prodat, selbe RegEx Funktionalität)
- title wird mittels FieldAlias ermittelt
- minwidth und flex werden basierend auf der internen default-funktionalität eingestellt
- visibility auf colvmVisible initial gesetzt
- usefieldalias wird initial auf true gesetzt
- position entspricht initial der Reihenfolge im SSQL
- fieldname, name wie in SSQL definiert
- modulelink/Info sind initial nicht gesetzt
- Dannach wird geschaut ob im JSON-Cfg-Object bereits eine Spaltendefinition für diese Spalte existiert und in diesem Fall diese Werte übernommen im Grid
- Es können nur Zellen editiert werden, keine Zeilen erzeugt/gelöscht werden
- Die Reihenfolge kann einfach mittels position geändert werden, alle nachfolgenden werden weitergeschoben bzw 'leere' positionen wieder aufgefüllt indem alles nachfolgenden heruntergesetzt werden
- ModuleLink definieren für eine Spalte: Aufklappen
- Hier kann ich definieren, das die Spalte im Grid als Link zu einem anderen Module fungieren soll
- Dazu wähle ich das entsprechende Module aus welches geöffnet werden soll
- Danach werden alle (CMETA_PARAM) Parameter dieses Modules im Grid darunter angezeigt
- Die Spalte "Source Fieldname" bietet eine DropDownComboBox an, mit allen Spalten des SSQL (des Custom-Modules, für welches wir gerade einen ML zu einem anderen Module definieren)
- Das gelinkte Module wird dann (zur Laufzeit beim klicken) geöffnet und aus dem Quell-Module werden die entsprechenden Spalten-Werte ermittelt und als Parameter and ds gelinkte zu öffnende Module übergeben
- Hier ist es möglich zusätzliche 'Target Parameter' (Zeilen) zu erstellen oder bestehende einfach zu löschen. Die beiden Buttons links unter dem Grid
- Unter dem Grid für die Spalten befinden sich 2 Buttons: "übernehmen" der Änderungen bzw. "Abbrechen" und zurück zur Liste der Custom-Modules
- Der "Test" Button, öffnet das gerade in Bearbeitung befindliche Custom-Module im derzeitigen Zustand der Bearbeitung
- !!! WICHTIG !!!
- Änderungen an Custom-Modulen werden erst dann wirksam, sobald man sich ERNEUT eingelogged hat
- Die einzige Ausnhahme betrifft den "Test" Button und dann auch nur für das getestete Modul selber, nicht Module die dann (z.B. mittels Module-Link) von diesem Modul aus geöffnet werden
- !!! WICHTIG !!!
Von [E] Rocco Kreutz vor 4 Tagen aktualisiert · 2 Revisionen

