BasicData-Verwaltung
Dieser Bereich wird nur dann benötigt, wenn Sie kundenspezifische Anpassungen der Eingabemaske für Objekte vornehmen (Felder hinzufügen oder Felder entfernen, Benennungen ändern) oder Pflichtfelder für die Eingabe definieren wollen. Wenn Sie lediglich die mit dem System ausgelieferten Standard-Eingabemasken ohne Pflichtfelder verwenden, können Sie dieses Kapitel überspringen.
Der Bereich ist neu im Release 5.2. Bislang konnte eine kundenspezifische Anpassung der Eingabemasken für Objekte nur im Dateisystem erfolgen. Die Grundlagen einer solchen Anpassung der basicdata.ascx oder basicdata_<objecttypekey>.ascx sind hier beschrieben.
In der linken Leiste sind alle vorhandenen Objekttypen gelistet, darunter die jeweils verfügbaren Eingabemasken.
Hinweis: Objekttypen wie hier "documentation" müssen bereits über den Object-Edit-Manager angelegt worden sein. Das Standardformular "default" ist immer vorhanden.
Abb.: BasicData-Verwaltung, Reiter "BASICDATA FORMULAR"
In diesem Screenshot wurde die Standard-Eingabemaske (basicdata.ascx im Dateisystem) für News-Objekte angepasst. Angepasste Masken sind in der Liste im linken Bereich blau markiert.
Da in diesem Beispiel ein Datentyp "documentation" für News definiert wurde, könnte eine weitere angepasste Eingabemaske (basicdata_documentation im Dateisystem) erstellt werden, dies war jedoch noch nicht der Fall (schwarze Markierung). Bei Auswahl einer noch nicht angepassten Eingabemaske wird im Reiter "Basicdata Formular" das Standard-Markup angezeigt und kann modifiziert werden. Erst beim Speichern wird das Usercontrol im Dateisystem generiert.
Hinweis: Dies trifft nicht für Module zu, die mit der Cosy-Factory generiert wurden. Hier greifen andere Mechanismen und die Änderungen werden direkt in die gelieferte basicdata.ascx geschrieben (siehe Nachträgliche Anpassungen an Content-Modulen).
Der Reiter "SITEEDIT" ist nur dann sichtbar, wenn dieses Feature in den Portaleinstellungen aktiviert wurde. Hier kann gegebenenfalls eine clientseitige Logik für die Leiste mit den Objekteigenschaften (nur aktiv im Siteedit-Modus) bereitgestellt werden (üblicherweise ist das nicht nötig und hier nur der Vollständigkeit halber erwähnt):
Abb.: Basicdata-Verwaltung, Reiter "SITEEDIT"
Bei der Auswahl dieses Reiters wird ein vordefiniertes und gut kommentiertes Javascript-Gerüst angezeigt und kann editiert werden. Die generierten kundenspezifischen Javascript-Dateien werden abgelegt unter ~\portaldata\<portalid>\siteedit\basicdatascripts\ und im Siteedit-Modus anstelle der Standard-Dateien von contentXXL angezogen.
Unter dem Reiter "PFLICHTFELDER" können Sie die Eingabefelder definieren, die eine Benutzereingabe erwarten. Bleibt das jeweilige Feld leer, kann das Objekt nicht gespeichert werden. Die Überprüfung findet nur für Textboxen statt.
Abb.: Basicdata-Verwaltung, Reiter "PFLICHTFELDER"
Wurden Eingabemasken kundenspezifisch angepasst, müssen Validatoren entsprechend den von contentXXL bereitgestellten basicdata.ascx-Dateien eingebaut werden:
<asp:RequiredFieldValidator id="Title_validator" runat="server" ControlToValidate="title" visible="false" display="dynamic" class="admin-warning" ErrorMessage="[l_isneeded]">
Das Beispiel bezieht sich auf das Datenbankfeld "title". Validatoren für andere Felder sind analog aufgebaut.