Mehr → Ordner und Outbar
Zu einer gespeicherten Definition legt der Editor den DOCUMENTS-Ordner an, über den die Tabelle im Client erscheint, und ordnet ihn einer Outbar zu. Bei einer noch nicht gespeicherten Definition bleibt der Punkt gesperrt: der Ordner zeigt auf den gespeicherten Namen.
Die Felder
| Feld | Bedeutung |
|---|---|
| Ordnername | fest aus dem Namen der Definition abgeleitet: Folder_Admin_ts_<Name>. Nicht änderbar |
| Bezeichnung | vorgeschlagen wird pf:Folder_Admin_<Name>. Mit dem Vorsatz pf: ist es ein Schlüssel der Properties-Tabelle; ohne ihn zeigt DOCUMENTS die Bezeichnung unverändert an |
| Bezeichnung deutsch / englisch | erscheinen, sobald die Bezeichnung ein Schlüssel ist. Sie werden in die Properties-Tabelle geschrieben. Eine leere Sprache bleibt unangetastet und löscht nichts |
| Symbol | vorgeschlagen entypo:database |
| Ordnertyp | öffentlicher Ordner oder nur Unterordner. Die Tabelle zeigt in beiden Fällen das Gadget – gadgetConfig geht der Ordneransicht vor |
| Übergeordneter Ordner | voreingestellt Admin_MasterData. Er muss vorhanden sein |
| Outbar | voreingestellt Administration_MasterData; daneben keine Outbar und andere Outbar … |
| Zugriffsprofile des übergeordneten Ordners übernehmen | ohne Profil ist ein öffentlicher Ordner für alle Benutzer sichtbar |
Die Eigenschaft gadgetConfig, die Gadget_DEX_ApiCalls mit der Tabelle aufruft,
bleibt fest; apiName darin ist der Name der Definition. Vorhandene Eigenschaften des
Ordners bleiben erhalten.
Die Outbar muss es geben. Zuordnen kann ein Portalskript, anlegen nicht – eine neue Outbar entsteht im DOCUMENTS-Manager. Eine Outbar, die funktioniert hat, merkt sich der Editor und bietet sie danach in der Auswahl an.
Ordner schon vorhanden
Gibt es den Ordner bereits, fragt der Dialog nach. Aktualisieren setzt Bezeichnung,
Symbol und gadgetConfig neu und hängt ihn unter den gewählten übergeordneten Ordner;
die übrigen Eigenschaften des Ordners und seine Rechte bleiben.
Properties erzeugen
Ist die Bezeichnung ein Schlüssel, steht sie im Ordnerbaum bis auf Weiteres als Schlüssel da: DOCUMENTS liest den Text aus den Properties-Dateien, und die entstehen erst aus der Tabelle. Properties erzeugen holt das nach und lädt den Principal neu – am besten gleich, vor dem Abmelden.
Abmelden
Ordner und Outbar erscheinen im Client erst, nachdem der Benutzer sich ab- und wieder angemeldet hat: der Ordnerbaum hängt an der Sitzung, ein Neuladen der Seite genügt nicht. Jetzt abmelden erledigt den ersten Schritt; ist der Client von hier aus nicht erreichbar, sagt der Dialog das. Bei ungespeicherten Änderungen kommt vorher die Warnung – der Ordner ist geschrieben, der bleibt, die Änderungen gingen verloren.
No comments to display
No comments to display