Les blocs système qui relient les pages au CMS

Northstar Studio publie un guide pour un atelier. L’équipe rédige l’introduction, mais ne devrait pas recopier le fil de navigation, reconstruire l’index à chaque publication ni enregistrer les commentaires des visiteurs dans le texte de l’article. Ces tâches reviennent aux blocs reliés au contexte et aux services du CMS.

Le catalogue actuel du cœur comprend neuf types système : Navigation Auto, TOC, Rating, Comments, Page List, Application, Breadcrumb, Header Actions et Navbar. Cet article utilise la version publiée WebBlocks CMS 1.107.2 et des données fictives. Application est le dernier ajout à ce groupe : il est apparu en 1.62.0, ce n’est pas une nouveauté de 1.107.2.

L’indicateur système protège la définition du type dans Block Types. Il n’empêche pas les rédacteurs de placer, configurer, déplacer ou retirer une instance sur une page. Les autorisations et règles de placement habituelles continuent de s’appliquer.

La catégorie du catalogue est un champ distinct. Rating et Comments sont dans System ; d’autres types système sont dans Navigation ou Content. Consulter uniquement System ferait manquer sept des neuf types. Navbar est aussi un conteneur : le statut système n’impose pas une structure identique.

Navigation Auto affiche un menu attribué du CMS et ne découvre pas automatiquement toutes les pages. Breadcrumb produit le fil de navigation selon le site, la page et la langue en cours. Header Actions fournit recherche, choix de langue et mode de couleur selon ses réglages.

Navbar fournit la structure de navigation et accepte des blocs enfants. Son type enregistré est sticky-navbar ; vérifiez les réglages réels de fixation au défilement. Ces blocs peuvent composer un en-tête partagé par plusieurs pages.

TOC génère des liens à partir des blocs Header publiés et admissibles, dotés d’ancres valides dans le même slot, dans l’ordre du document. Un TOC placé dans un slot latéral distinct ne parcourt pas automatiquement l’article de Main.

Pour le guide du studio, placez TOC avec l’article et donnez des ancres stables aux titres de section. Modifier un titre met alors à jour le sommaire sans maintenir une seconde liste de libellés. Les titres saisis dans du texte enrichi ne remplacent pas les blocs Header admissibles.

Page List interroge les pages publiées du site et de la langue en cours. Choisissez un type de page ou une branche de chemins, des cartes ou des liens, un tri et une limite. La liste peut utiliser la description de liste et l’image sociale de chaque traduction de page.

C’est utile pour un index de guides qui doit suivre les publications. Ce n’est ni le menu éditorial de Navigation Auto ni un outil qui transforme tout enregistrement de plugin en page. Utilisez les collections dynamiques pour les données de fournisseurs et une liste manuelle de liens pour un ordre volontairement éditorial.

Rating recueille des notes par étoiles ; Comments permet une discussion publique modérée. Les données des visiteurs sont séparées du contenu éditorial traduit. Choisissez si les avis appartiennent à l’instance du bloc ou à la page.

La portée page est utile si une refonte remplace le bloc alors que la discussion doit rester liée à l’article. La portée bloc sépare plusieurs espaces d’avis. Choisir la portée page ne fusionne pas automatiquement les données historiques. Vérifiez visibilité et modération : un envoi en attente n’est pas un commentaire public.

Application place une Embedded Application enregistrée et activée entre les blocs ordinaires. Un administrateur système enregistre l’application de confiance et ses fichiers ; le rédacteur la sélectionne et configure l’instance. Les versions actuelles utilisent la gestion Embedded Applications, pas l’ancien essai de manifestes sur le système de fichiers.

Northstar Session Planner est ici un petit outil local pour les ateliers. Sa définition prévoit une durée entière avec bornes minimale et maximale. Le bloc Application utilise 45 minutes et propose des réglages de largeur, chargement et affichage d’erreur. La valeur est validée selon la définition, et non acceptée comme du code libre.

Une application peut fonctionner dans la page ou dans un iframe contrôlé. Ses fichiers ne sont chargés que sur les pages qui l’utilisent et ne sont pas ajoutés plusieurs fois pour des instances répétées. Comportement et traductions relèvent de l’application du site. Placer le bloc ne crée pas de backend, ne traduit pas l’interface et ne donne pas au rédacteur le droit d’enregistrer des scripts.

Le planificateur est une démonstration fictive, pas une application fournie avec le CMS. Il n’émet aucune requête réseau et ne conserve aucune donnée visiteur. Un calculateur, un jeu ou tout autre outil réel nécessite sa propre réalisation et sa propre vérification.

Northstar associe un en-tête de navigation partagé, article et TOC dans Main, un bloc Application près de l’explication utile et des avis liés à la page en fin d’article. Une Page List distincte fournit l’index des guides. Chaque bloc possède une source de données définie.

Prévisualisez chaque langue activée et une vue mobile étroite. Vérifiez destinations, ancres, pages listées, disponibilité de l’application et modération. N’envoyez pas de note ni de commentaire uniquement pour contrôler la mise en page.

Les Block Type Contracts décrivent chaque type. L’article sur Page, Layout, Slot et Block explique leur place dans la structure de la page.

Les commentaires sont examinés avant leur publication.