CMS & Content-Bereiche
D-QUANTUM erhält ein neues Content Management System. Das bringt reichlich Vorteile mit sich, unter anderem einen komplett neuen CMS-Editor. Die aus früheren Releases bekannten Funktionalitäten wurden natürlich integriert und zusätzlich um clevere Widgets ergänzt.
CMS-Verwaltung
In der D-QUANTUM Administration wird unter dem Menüpunkt CMS die grundlegende Struktur der Inhalte definiert. Es gibt hier die Möglichkeit Bereiche für die Pflege manueller Inhalte anzulegen und zu verwalten. Über den Menüpunkt ‘Seitenleiste’ können diese Bereiche als Seitenbaum in der Sidebar integriert werden, um den Nutzern einen schnellen Zugriff auf die Inhalte zu gewähren. Mit einer globalen Berechtigung steht dem Anwender eine Druckfunktion für CMS Seiten oder Entitätenseiten zur Verfügung.
Wo kann ich die Struktur der Bereiche einsehen?
Hinter der neuen Konfiguration & Tools-Kachel ‘Bereichs-Adminstration’ kann der Seitenbaum eines Bereiches angesehen und bearbeitet werden. Ebenso können hier Bereiche gelöscht werden.
Wie kann ich Bereichsberechtigungen definieren?
Um Bereiche anzulegen, zu löschen oder verwalten zu können, benötigt es Privilegien, welche die entsprechenden Menüpunkte zur Administration freischalten. Zugriffsberechtigungen auf einen Bereich oder einzelne Seiten werden über die Seiten selbst gesteuert.
Ist die Homepage eines Bereiches zugriffsgeschützt, wird dieser Schutz auf die Unterseiten vererbt.
Individuelle Seitengestaltung und funktionale Widgets
Unter jeder Bereichs-Homepage können Seiten individuell angelegt und gestaltet werden. Der neue CMS-Editor bietet gängige Formatierungen von Texten, Verlinkungsoptionen und die Möglichkeit anhand von Templates, das Seitenlayout zu strukturieren. Nach wie vor können Bilder und Dateien als Anhang zu einer Seite hinzugefügt werden.
Anstelle der vielfach verwendeten Macros gibt es nun sogenannte Widgets, die eine individuelle Seitengestaltung ermöglichen:
- Button: fügt einen frei gestaltbaren Button hinzu, der auf eine Seite verlinkt
- Children: zeigt die Liste untergeordneter CMS Seiten an
- Create Draft Button: fügt einen Button hinzu, der Entwürfe eines definierten Entitätstyps erstellt
- Image Map: erstellt ein Bild mit verlinkten Teilbereich zur besseren Navigation
- Infobox: Hervorhebung von Informationen
- Kachel: fügt Bilder oder Textflächen mit Hovereffekt ein und verlinkt auf ein Ziel
- Link: Einfügen eines Links zu einer Entität, einer CMS Seite oder URL
- Page Tree: erstellt einen Seitenbaum beginnend mit einer definierten Startseite und den darunterliegenden Seiten
- SQL2Chart: zur Anzeige von SQL Abfragen in tabellarischer Form oder als Chart
Was passiert mit meinen bereits bestehenden, selbstgestalteten Seiten?
Die bereits bestehenden Seiten müssen im Rahmen der Migration auf die neuen Widgets umgestellt werden, d.h. Macros sind nicht mehr funktionsfähig und werden durch das entsprechende neue Widget ersetzt.
Ich nutze bei der bisherigen Bearbeitung von Seiten Shortcuts. Funktionieren diese weiterhin?
Die CMS Seiten können mit Shortcuts bedient werden, z.B. die Formatierung von Text in Gliederungsebenen, Fett- und Kursivformatierung etc.
Ab Version 5 sind die Shortcuts abweichend zu denen, die in V4 verwendet wurden. Ein Überblick über die Shortcuts findet sich im Handbuch.
Werden bisherige Anhänge aus meinen V4-Seiten ins neue CMS übernommen?
Ja, Anhänge von CMS Seiten werden migriert.
Wie funktioniert die Berechtigungslogik auf den CMS Seiten und werden Seitenberechtigungen migriert?
Über die einzelne CMS Seite können Berechtigungen zur Ansicht und Bearbeitung gesetzt werden. Diese beziehen sich auf Rollen und werden auf darunterliegende Seiten vererbt.
Da sich in Confluence die Seitenberechtigungen auf User oder Confluence-Gruppen bezieht, können die Seitenberechtigungen nicht automatisch migriert werden, sondern müssen manuell angepasst werden.
Neuerungen im Bereich des Reportings
Entitäten werden nicht mehr seitenbasiert erstellt, damit wurden auch die zugehörigen Informationen, wie z.B. die page_id entfernt. Daher entfallen die Tabellen meta_draft.mdm_src_page und meta_cdm.fct_page und ihr zugehörigen c-, cc-, i-, w- und h-Views.
Ebenfalls entfernt sind alle page_id- und page_version_id-Columns aus allen Tabellen. Die page_version_id wurde ersetzt durch die Spalte version. Die version befindet sich nun in meta_draft.mdm_src_entity.
Welche Auswirkung hat das auf bestehende Reports?
Reports, welche auf die betroffenen Views, Tabellen oder Spalten zugreifen, müssen zwangsläufig angepasst werden. Dies geschieht im Rahmen der Migration.
Sind auch SQL Property Macros davon betroffen?
Sofern ein Property Macro auf eine der betroffenen Elemente zugreift, ja. Auch diese werden im Rahmen der Migration angepasst.