Contenuti editoriali e dati applicativi nella stessa pagina

Una pagina di giornale spesso contiene due tipi di contenuto. Un editore scrive l'introduzione e decide come deve essere letta la pagina. Un elenco variabile di voci fornisce i titoli e le descrizioni sottostanti.

La copia di tali voci nei blocchi di pagina crea un'altra posizione in cui conservarle. Rendere l'intera pagina un feed di dati rinuncia all'introduzione e alla composizione editoriale. Le origini di contenuto WebBlocks CMS ti consentono di scegliere quali campi seguono una fonte mantenendo modificabile il resto della pagina.

Questa procedura dettagliata utilizza Northstar Studio, un sito vetrina immaginario che esegue WebBlocks CMS 1.90.2. La sua fonte di giornale restituisce record sintetici. Gli screenshot dimostrano la funzionalità; non sono un'implementazione del cliente o un feed automatico di pagine CMS approvate.

L'esempio combina un'intestazione, un'introduzione editoriale e una griglia di voci di giornale a tre colonne. Ogni carta contiene un titolo e una descrizione.

L'introduzione rimane come Rich Text normale. L'intestazione della pagina prende il titolo da una voce selezionata. La Griglia utilizza una fonte di raccolta per popolare le sue carte. La modifica dell'introduzione non modifica i record di origine; la modifica del titolo di origine può modificare la pagina visualizzata senza modificare il testo nel CMS.

Apri Settings nel blocco Header e trova Content source. Per il titolo seleziona Northstar entry, il record Field Notes e il campo Title. Il titolo renderizzato ora mostra “Field Notes”.

Il testo memorizzato nel blocco rimane disponibile come fallback. In questa dimostrazione è "Editorial fallback: Journal entry", il che rende il comportamento facile da riconoscere. Su una pagina reale, scrivi un fallback che abbia ancora senso per i lettori.

Si tratta di un’associazione di campo esplicita. Lo sviluppatore fornisce prima la fonte e dichiara i campi disponibili. L’editor seleziona un campo compatibile e un record di quella fonte. Il CMS non espone automaticamente ogni tabella del database.

Per l'elenco giornale, creare una griglia e aggiungere uno stack come figlio diretto. All'interno di quella pila, aggiungi i blocchi Intestazione e Rich Text che formano una carta. Questo bambino è il modello per la collezione.

In Settings del blocco Grid scegli Northstar journal come raccolta, seleziona Stack come elemento figlio da ripetere e limita il risultato a tre record. L’esempio ordina per Title in ordine crescente e mostra Autumn field notes, Materials and process e Working with natural light.

L'anteprima dell'origine consente di controllare i record di esempio durante la configurazione della raccolta. Aiuta a individuare un titolo inaspettato o una selezione inadatta prima di giudicare il layout della pagina.

Apri Header nel modello e collega il titolo a Current collection item → Title. Collega Rich Text al campo Description dell’elemento corrente. Ogni scheda ripetuta legge ora dal proprio record.

Il renderer ripete il modello in fase di runtime. Non crea un albero di blocchi CMS memorizzato separatamente per ogni record. Tu mantieni un design della carta, mentre la fonte fornisce le voci. Altri bambini manuali possono rimanere nel contenitore e mantenere la loro posizione.

Un risultato vuoto è una decisione editoriale. Per questa vetrina, la griglia nasconde il modello quando l'origine non restituisce record. Mostrare una voce di diario di esempio suggerirebbe altrimenti che una voce esiste.

Un errore del sistema di risoluzione è una condizione diversa. L'esempio mantiene il fallback del modello in caso di errore, quindi la pagina può ancora mostrare il testo memorizzato. Questo fallback dovrebbe essere esaminato con la stessa attenzione del contenuto normale. Un messaggio rassicurante ma impreciso è pur sempre impreciso.

Anche le origini mancanti o disabilitate, il rifiuto di accesso e un modello non valido mantengono i figli originali. Non seguono l'impostazione del risultato valido-vuoto. Per un'associazione di campo singolo, un record non disponibile o un valore vuoto ritorna al valore editoriale configurato o archiviato.

Scegliere “nascondi quando vuoto” pertanto non significa “nascondi ogni volta che qualcosa va storto”. Visualizza in anteprima il risultato previsto e comprendi il percorso dell'errore prima della pubblicazione.

Le raccolte dinamiche si adattano alle pagine che dovrebbero seguire i record correnti: un indice di rivista, un elenco di eventi o un catalogo in evoluzione. Una pagina di campagna selezionata manualmente potrebbe richiedere una selezione fissa e un testo che è stato rivisto insieme. In tale situazione, i blocchi editoriali ordinari potrebbero essere la scelta migliore.

Esiste anche un limite di revisione. Una revisione della pagina conserva le associazioni, le impostazioni e il fallback editoriale; non acquisisce i record di una fonte esterna. Il ripristino di una revisione di pagina precedente non ripristina i dati del diario precedenti. I processi di revisione che richiedono uno snapshot fisso devono tenerne conto nel flusso di lavoro di origine o di pubblicazione.

Per questa pagina, il confine è semplice: l'editore possiede l'introduzione e la composizione della scheda e la fonte registrata possiede i valori del record. Decidi il confine campo per campo invece di trattare l'intera pagina come statica o dinamica.

Quali parti di una pagina di contenuto dovrebbero seguire i dati dell'applicazione e quali dovrebbero rimanere sotto il controllo editoriale?

Per una panoramica più ampia delle funzionalità, vedere Connettere i blocchi CMS ai dati del plug-in dinamico. La registrazione della fonte e i dettagli API sono trattati in Content Sources and Block Field Bindings.