Systemblöcke, die Seiten mit dem CMS verbinden

Northstar Studio veröffentlicht einen Workshop-Leitfaden. Das Team schreibt die Einleitung, sollte aber weder den Navigationspfad abtippen noch nach jeder Veröffentlichung den Index neu aufbauen oder Besucherkommentare im Artikeltext speichern müssen. Dafür gibt es Blöcke, die mit dem Kontext und den Diensten des CMS verbunden sind.

Der aktuelle Kernkatalog enthält neun Systemblocktypen: Navigation Auto, TOC, Rating, Comments, Page List, Application, Breadcrumb, Header Actions und Navbar. Dieser Artikel verwendet die veröffentlichte Version WebBlocks CMS 1.107.2 und fiktive Beispieldaten. Application ist die jüngste Ergänzung dieser Gruppe. Der Block erschien erstmals in 1.62.0 und ist keine Neuerung von 1.107.2.

Die Systemkennzeichnung schützt die Typdefinition unter Block Types. Redakteure können Blockinstanzen weiterhin auf Seiten platzieren, konfigurieren, verschieben oder entfernen. Die üblichen Berechtigungen und Platzierungsregeln gelten weiter.

Die Katalogkategorie ist ein eigenes Feld. Rating und Comments stehen unter System, andere Systemtypen unter Navigation oder Content. Wer nur die Kategorie System betrachtet, übersieht sieben der neun Typen. Navbar ist außerdem ein Container: Systemstatus bedeutet keine einheitliche Blockstruktur.

Navigation Auto zeigt ein zugewiesenes CMS-Menü an und entdeckt nicht automatisch alle Seiten. Breadcrumb erzeugt den Navigationspfad aus der aktuellen Website, Seite und Sprache. Header Actions bietet je nach Einstellung Suche, Sprachauswahl und Farbmodus an.

Navbar stellt den Navigationsrahmen bereit und nimmt untergeordnete Blöcke auf. Der gespeicherte Typ heißt sticky-navbar; prüfen Sie die tatsächlichen Einstellungen für das Anheften. In einem gemeinsamen Header können diese Blöcke die Navigation mehrerer Seiten bedienen.

TOC erzeugt Links aus geeigneten veröffentlichten Header-Blöcken mit gültigen Ankern im selben Slot, in Dokumentreihenfolge. Ein TOC im separaten Sidebar-Slot durchsucht nicht automatisch den Artikel in Main.

Platzieren Sie TOC und Artikel für den Studio-Leitfaden im selben Slot und geben Sie den Abschnittsüberschriften stabile Anker. Änderungen erscheinen dann im erzeugten Verzeichnis, ohne eine zweite Beschriftungsliste zu pflegen. Überschriften im Rich Text ersetzen die geeigneten Header-Blöcke nicht.

Page List fragt veröffentlichte Seiten der aktuellen Website und Sprache ab. Wählen Sie Seitentyp oder Pfadbereich, Karten oder Links sowie Sortierung und Obergrenze. Die Liste kann die Listenbeschreibung und das Social-Media-Bild der jeweiligen Seitenübersetzung verwenden.

Das eignet sich für einen Leitfadenindex, der Veröffentlichungsänderungen folgen soll. Es ist weder das kuratierte Menü von Navigation Auto noch eine automatische Umwandlung beliebiger Plugin-Datensätze in Seiten. Für Anbieterdaten dienen dynamische Inhaltssammlungen, für bewusst redaktionelle Reihenfolgen manuelle Linklisten.

Rating sammelt Sternebewertungen, Comments ermöglicht moderierte öffentliche Diskussionen. Besuchereinträge bleiben von der übersetzten redaktionellen Kopie getrennt. Legen Sie fest, ob Feedback zur Blockinstanz oder zur Seite gehört.

Der Seitenbezug ist sinnvoll, wenn ein Redesign den Block ersetzt, die Diskussion aber beim Artikel bleiben soll. Der Blockbezug trennt mehrere Feedbackbereiche. Die Auswahl des Seitenbezugs führt historische Einträge nicht automatisch zusammen. Prüfen Sie Sichtbarkeit und Moderation; ein noch nicht genehmigter Beitrag ist kein öffentlicher Kommentar.

Application platziert eine aktivierte, registrierte Embedded Application zwischen normalen Inhaltsblöcken. Ein Systemadministrator registriert die vertrauenswürdige Anwendung und ihre Dateien; Redakteure wählen sie aus und konfigurieren die Instanz. Aktuelle Versionen verwenden die Verwaltung Embedded Applications statt des früheren Dateisystem-Manifests.

Northstar Session Planner ist hier ein kleines lokales Workshop-Werkzeug. Seine Definition legt für die Sitzungsdauer eine Ganzzahl mit Unter- und Obergrenze fest. Der Application-Block verwendet 45 Minuten und bietet Einstellungen für Breite, Laden und Fehleranzeige. Werte werden anhand der Anwendungsdefinition geprüft und nicht als beliebiger Code übernommen.

Eine Anwendung kann inline oder in einem kontrollierten iframe laufen. Dateien werden nur auf Seiten mit dieser Anwendung geladen und bei mehreren Instanzen nicht mehrfach eingebunden. Verhalten und Übersetzungen liegen beim Betreiber der Anwendung. Der Block erzeugt weder ein Backend noch eine übersetzte Oberfläche und erteilt Redakteuren keine Befugnis zur Registrierung von Skripten.

Der Planer ist eine fiktive Demonstration und keine mitgelieferte CMS-Anwendung. Er sendet keine Netzwerkanfragen und speichert keine Besucherdaten. Ein echter Rechner, ein Spiel oder ein anderes Werkzeug benötigt eine eigene Implementierung und Prüfung.

Northstar kombiniert einen gemeinsamen Navigationsheader, Artikel und TOC in Main, einen Application-Block bei der passenden Erklärung und seitenbezogenes Feedback am Ende. Eine separate Page List bildet den Leitfadenindex. Jeder Block hat eine klar bestimmte Datenquelle.

Prüfen Sie die Vorschau jeder aktivierten Sprache und eine schmale mobile Ansicht. Kontrollieren Sie Menüziele, Anker, gelistete Seiten, Anwendungsverfügbarkeit und Moderation. Senden Sie keine Bewertung oder keinen Kommentar allein zur Layoutprüfung ab.

Die Block Type Contracts beschreiben die einzelnen Typen. Der Artikel über Page, Layout, Slot und Block erklärt ihre Einordnung in die Seitenstruktur.

Kommentare werden vor der Veröffentlichung geprüft.