Contenido editorial y datos de la aplicación en la misma página
La página de un diario suele contener dos tipos de contenido. Un editor escribe la introducción y decide cómo debe leerse la página. Una lista cambiante de entradas proporciona los títulos y descripciones debajo.
Copiar esas entradas en bloques de páginas crea otro lugar para mantenerlas. Al convertir toda la página en una fuente de datos, se renuncia a la introducción y composición editorial. Las fuentes de contenido WebBlocks CMS le permiten elegir qué campos siguen a una fuente mientras mantiene editable el resto de la página.
Este tutorial utiliza Northstar Studio, un sitio de exhibición ficticio que ejecuta WebBlocks CMS 1.90.2. La fuente de su revista devuelve registros sintéticos. Las capturas de pantalla demuestran la función; no son una implementación del cliente ni una fuente automática de páginas CMS aprobadas.
Comience con la página que desea que vean los lectores.
El ejemplo combina un título, una introducción editorial y una cuadrícula de entradas de diario de tres columnas. Cada tarjeta contiene un título y una descripción.
La introducción permanece como texto enriquecido normal. El encabezado de la página toma su título de una entrada seleccionada. The Grid utiliza una fuente de recopilación para completar sus tarjetas. Cambiar la introducción no cambia los registros fuente; cambiar el título de una fuente puede cambiar la página renderizada sin editar ese texto en el CMS.
Conectar un solo encabezado a un registro
Abra Settings en el bloque Header y busque Content source. Para el título, seleccione Northstar entry, el registro Field Notes y el campo Title. El encabezado renderizado ahora muestra «Field Notes».
El texto almacenado en el bloque permanece disponible como respaldo. En esta demostración es "Editorial fallback: Journal entry", lo que hace que el comportamiento sea fácil de reconocer. En una página real, escriba una alternativa que aún tenga sentido para los lectores.
Esta es una vinculación de campo explícita. Primero, un desarrollador proporciona el origen y declara sus campos disponibles. El editor elige un campo compatible y un registro de ese origen. El CMS no expone automáticamente todas las tablas de la base de datos.
Construye una tarjeta y luego repítela
Para la lista de diarios, cree una cuadrícula y agregue una pila como elemento secundario directo. Dentro de esa pila, agregue los bloques de encabezado y texto enriquecido que forman una tarjeta. Este niño es la plantilla de la colección.
En Settings del bloque Grid, elija Northstar journal como colección, seleccione Stack como elemento hijo que se repite y limite el resultado a tres registros. El ejemplo ordena por Title de forma ascendente y muestra Autumn field notes, Materials and process y Working with natural light.
La vista previa del origen le permite inspeccionar registros de muestra mientras configura la colección. Ayuda a detectar un título inesperado o una selección inadecuada antes de juzgar el diseño de la página.
Abra Header dentro de la plantilla y vincule su título a Current collection item → Title. Vincule Rich Text al campo Description del elemento actual. Cada tarjeta repetida lee ahora su propio registro.
El renderizador repite la plantilla en tiempo de ejecución. No crea un árbol de bloques CMS almacenado por separado para cada registro. Usted mantiene un diseño de tarjeta, mientras que la fuente proporciona las entradas. Otros niños manuales pueden permanecer en el contenedor y conservar su posición.
Decide qué debería decir una lista vacía
Un resultado vacío es una decisión editorial. Para esta presentación, la cuadrícula oculta la plantilla cuando la fuente no devuelve registros. De lo contrario, mostrar un asiento de diario de ejemplo sugeriría que existe un asiento.
Un error de resolución es una condición diferente. El ejemplo mantiene la reserva de la plantilla en caso de error, por lo que la página aún puede mostrar su texto almacenado. Ese recurso alternativo debe revisarse con tanta atención como el contenido normal. Un mensaje tranquilizador pero inexacto sigue siendo inexacto.
Las fuentes faltantes o deshabilitadas, la denegación de acceso y una plantilla no válida también conservan los elementos secundarios originales. No siguen la configuración de resultado vacío válido. Para un enlace de campo individual, un registro no disponible o un valor vacío recurre al valor editorial configurado o almacenado.
Por lo tanto, elegir "ocultar cuando esté vacío" no significa "ocultar cuando algo salga mal". Obtenga una vista previa del resultado esperado y comprenda la ruta del error antes de publicar.
Mantenga un límite editorial deliberado
Las colecciones dinámicas se adaptan a las páginas que deben seguir los registros actuales: un índice de revista, una lista de eventos o un catálogo cambiante. Es posible que una página de campaña seleccionada manualmente necesite una selección fija y una redacción que se haya revisado en conjunto. En esa situación, los bloques editoriales ordinarios pueden ser la mejor opción.
También hay un límite de revisión. Una revisión de página conserva sus enlaces, configuraciones y respaldo editorial; no captura los registros de una fuente externa. Restaurar una revisión de página anterior no restaura datos de revistas anteriores. Los procesos de revisión que requieren una instantánea fija deben tenerla en cuenta en el flujo de trabajo de origen o de publicación.
Para esta página, el límite es sencillo: el editor posee la introducción y la composición de la tarjeta, y la fuente registrada posee los valores de los registros. Decida ese límite campo por campo en lugar de tratar toda la página como estática o dinámica.
¿Qué partes de una página de contenido deben seguir los datos de la aplicación y cuáles deben permanecer bajo control editorial?
Para obtener una descripción general más amplia de las funciones, consulte Conectar bloques CMS a datos de complementos dinámicos. El registro de origen y los detalles de API se tratan en Content Sources and Block Field Bindings.