Mirando hacia el futuro de WordPress 6.0: la hoja de ruta inicial

Con WordPress 5.9 apenas saliendo por la puerta y saludando al mundo, los desarrolladores principales parecen no haberse tomado un momento para recuperar el aliento. Ayer, Matias Ventura publicó la hoja de ruta preliminar para 6.0. Cubre el alcance general de las características previstas para aterrizar este año.

Se espera que la versión 6.0 sea una envoltura conceptual de la Fase 2 del proyecto Gutenberg, que cubra las herramientas visuales de creación de sitios. Continuarán desempeñando un papel crucial en el desarrollo futuro, pero es probable que los desarrolladores cambien gran parte de su enfoque a la Fase 3 para WordPress 6.1 y posteriores.

Las siguientes son las cuatro fases descritas en la hoja de ruta a largo plazo:

1. Edición más fácil: edición de contenido basada en bloques.
2. Personalización: FSE, patrones de bloques, directorio de bloques, temas de bloques y estilos globales.
3. Colaboración: Coautoría de contenidos.
4. Multilingüe: Implementación de sitios multilingües.

Mejoras del editor

Ventura enumeró 10 áreas de enfoque de alto nivel alrededor de los editores de publicaciones y sitios en el núcleo de WordPress. Van desde elementos costosos como un modo de navegación del sitio hasta un enfoque más básico de la experiencia de escritura. Me centraré en algunas de las cosas que más espero.

Tema Global Estilos Variaciones

Tengo una lista actualizada de características que no puedo esperar. Parece que encuentro algo nuevo para agregarle cada dos días más o menos. Sin embargo, las variaciones de estilos globales caerían fácilmente entre los tres primeros.

La función se esperaba, pero no llegó a WordPress 5.9. El objetivo era permitir a los usuarios seleccionar entre múltiples ajustes preestablecidos, transformando los colores, las fuentes y más de su sitio con solo hacer clic en un botón. Varias variaciones para Twenty Twenty-Two ya están en progreso.

Esta es una especie de versión ligera de tematización infantil en la que solo se puede cambiar el archivo theme.json . Esencialmente, son pieles .

Estructura de navegación como una interfaz de usuario dedicada

Lo más probable es que esta sea una de las características más cruciales de concluir la Fase 2 de Gutenberg. Algunas partes pueden ser difíciles de seguir, pero hay varias capturas de pantalla y videos en el ticket asociado.

Básicamente, el objetivo es refinar la experiencia de moverse e interactuar con el editor del sitio, los estilos globales, las plantillas y la navegación. El trabajo en 5.9 fue estelar, pero ahora es necesario crear una interfaz más intuitiva.

Parte de esto es exponer la estructura del sitio como navegación fuera del bloque de navegación en la interfaz de usuario. Actualmente, los usuarios solo pueden editar esto desde el lienzo del sitio.

Tales cosas son más fáciles de decir que de hacer, por lo que los colaboradores tendrán mucho trabajo por delante. Tomará un esfuerzo de la comunidad.

Creación de plantillas y cambio de tema

Actualmente hay un número limitado de plantillas que los usuarios pueden crear a través de la interfaz del editor del sitio. Por ejemplo, pueden agregar un diseño de archivo pero no desglosarlo para tipos específicos de archivos (p. ej., category ) o versiones basadas en slug (p. ej., category-news ).

Eventualmente, el editor del sitio debería permitir la creación de cualquier plantilla posible a partir de la jerarquía de plantillas. Presentar eso en una interfaz fácil de usar será un desafío. La jerarquía está limitada solo por la cantidad de objetos (publicaciones, términos, etc.) en un sitio.

La otra parte del proceso de creación de plantillas es desvincularlas de los temas. Los usuarios nunca deben perder sus plantillas personalizadas al cambiar de una a otra. Esto se vuelve aún más vital a medida que los complementos comienzan a introducir plantillas de bloques.

Patrones como herramientas de creación de primera clase

Desde su introducción junto con WordPress 5.5, los patrones han sido una de las herramientas más poderosas disponibles para los usuarios. Le he estado diciendo a cualquiera que escuche que cambiará las reglas del juego durante al menos dos años. WordPress 6.0 podría cumplir mi promesa.

Una propuesta haría de los patrones una parte central de la creación de plantillas y páginas. Varias piezas de esto pueden encajar en varios flujos, pero uno de los objetivos generales debe ser que los usuarios finales descubran qué hacer con una plantilla o página vacía. Si se hace bien, los patrones pueden ayudarlos a despegar.

También está sobre la mesa una propuesta para transformar las secciones de contenido existentes con patrones. Escribí sobre cómo este era un componente faltante de la experiencia del usuario a principios de esta semana.

Para los autores de temas, el registro de patrones puede volverse menos complejo. Actualmente, deben usar la API de patrones para registrarlos a través de PHP. Sin embargo, hay una propuesta para que WordPress los reconozca automáticamente. Lo más probable es que los patrones vivan en una carpeta /patterns dedicada en el tema y se registren de manera similar a las plantillas de página. Sin embargo, la solución final aún no se ha determinado.

Mejoras de bloque

Hay una serie de mejoras relacionadas con los bloques que esperar. Gran parte de eso girará en torno a la iteración continua en el bloque de navegación. Los autores de temas también deberían tener más bloques para controlar la salida de comentarios.

Sin embargo, permítanme sumergirme en algunas de las características que más espero.

Imágenes destacadas con superpoderes

En lugar de superpoderes, esto cubriría los casos de uso ya posibles en la tematización tradicional. Por mucho que me gusten los temas de bloques, uno de los problemas más evidentes es el bloque de imagen destacada de la publicación. Esencialmente, actualmente genera el tamaño de imagen post-thumbnail .

Los autores de temas pueden establecer el ancho y el alto, pero no usar tamaños recortados que hayan registrado (corregidos en la versión de desarrollo de Gutenberg). Tampoco pueden usarlo en el contexto de otros bloques como Portada y Medios y texto.

Reforzar las capacidades de imagen destacada entregará herramientas de diseño muy necesarias a los autores de temas. En este momento, las funciones que faltan son bloqueadores para muchos diseños.

fichas en línea

Si ha habido una característica que he visto que los desarrolladores piden más que la mayoría, es la capacidad de generar datos dinámicos dentro de bloques o plantillas HTML. Parte de esto se resuelve con el bloque Pattern, pero no cubre todos los casos de uso.

Por ejemplo, no hay forma de generar la fecha actual dentro de un párrafo. Este es un caso de uso rutinario para la línea de derechos de autor del pie de página del sitio. Más típico es obtener URL dinámicas para recursos de temas o complementos como imágenes. Ventura señaló en la publicación que explorarían la viabilidad de los tokens en línea en este ciclo de lanzamiento.

Otros bloques

Puede haber un bloque de tabla de contenido en el camino. Ha pasado poco menos de un año desde que escribí por primera vez sobre tal propuesta, así que estoy ansioso por ver esta tierra.

Los bloques Quote y List finalmente deberían permitir bloques secundarios. Ambas son limitaciones severas que siempre fueron posibles en HTML plano y en el editor clásico. Conozco a más de unos pocos bloggers que estarán felices de ver que esto suceda.

Es probable que también se produzcan mejoras en el bloque Table. Por el momento, ofrece una experiencia de usuario deficiente: los usuarios ni siquiera pueden pasar de una celda a otra. A lo sumo, maneja los casos de uso más básicos. Actualmente, hay más de dos docenas de boletos abiertos para limpiarlo.

Herramientas de diseño

Varios componentes deberían hacer que los autores de temas, en particular, se entusiasmen con 6.0. Podríamos estar buscando nuevos controles de alto y ancho para más bloques, proporcionando más flexibilidad en los diseños de temas. Y el uso de funciones CSS min y max junto con contenedores basados ​​en flexibilidad podría facilitar el ajuste fino de los diseños receptivos.

En el frente de la tipografía, hay un ticket para introducir fuentes receptivas. Esto es relativamente fácil de manejar con CSS personalizado en este momento si un usuario elige el tamaño predefinido de un tema. Sin embargo, con tamaños personalizados y alturas de línea, es problemático. Debido a que estas herramientas existen en WordPress, necesitamos un manejo receptivo integrado.

Es probable que en este ciclo se lance una función de tipografía largamente esperada: la API de fuentes web. Después de haber sido sacado de WordPress 5.9, ahora se está desarrollando dentro de Gutenberg. Espero que esto aterrice más temprano que tarde porque la mayor parte del código está terminado.

El soporte para personalizar los subtítulos en varios bloques y posiblemente encontrar una solución para los estados de enfoque y desplazamiento del enlace también están en la pizarra para 6.0.

¿Qué características esperas con más ansias en WordPress 6.0?