Gutenberg 9.3 proporciona un indicador de hacia dónde se dirige la edición de sitios completos, un futuro sin widgets ni pantallas de personalización

La versión 9.3 del complemento de Gutenberg se lanzó hoy. Es la primera versión del complemento durante el ciclo de lanzamiento de WordPress 5.6 que no verá sus nuevas funciones aterrizar en la plataforma central. Sin embargo, las correcciones de errores se han retroalimentado a WordPress 5.6 beta 2 y 3. Gran parte del trabajo para el lanzamiento se centró en las funciones y correcciones de edición de sitio completo (FSE). Sin embargo, algunas mejoras menores fuera del editor del sitio aterrizaron en la actualización.

El bloque Social Links ahora es compatible con Patreon, Telegram y Tiktok, lo que eleva el número total de íconos sociales a 43. El bloque Buttons también tiene una opción de alineación revisada.

En general, el lanzamiento en su mayoría agrega brillo a las áreas existentes. El equipo de desarrollo solucionó más de 20 errores y ha seguido avanzando con mejoras en el editor del sitio.

Eliminación de widgets y pantallas de personalización

La historia más importante sobre Gutenberg 9.3 no está en el código medible o en los cambios de diseño orientados al usuario. En cambio, está dentro de una discusión sobre un ticket sobre la eliminación de las pantallas del Personalizador y Widgets cuando un usuario tiene FSE habilitado.

La versión 9.3 oculta los widgets y los elementos del personalizador del menú de administración de WordPress. Sin embargo, aún se puede acceder a ellos yendo directamente a la URL o enlaces persistentes dentro de varias partes del administrador de WordPress, como en la pantalla Temas. Este cambio podría tener implicaciones para el futuro de esas pantallas.

“Creo que sería una mala jugada ocultarlos ahora sin comunicar claramente a la comunidad de WordPress cuál es el futuro de los widgets y el personalizador”, escribió Carolina Nymark, representante del Equipo de Temas, en el ticket. “Ocultarlos generará más preguntas de usuarios y desarrolladores preocupados. Creo que esconderlos sin responder estas preguntas públicamente es una mala idea. No les pido que me respondan en esta solicitud de incorporación de cambios, les pido que 'WordPress', ya sea el equipo de editores principales o alguien más, presente el plan a largo plazo para estas funciones principales”.

Ella enumera varias preguntas que los líderes de proyecto deben responder. La mayoría de ellos se reducen a la pregunta central de qué papel jugará el personalizador a largo plazo:

• Incluso si el elemento del menú está oculto, aún se puede acceder al personalizador, ¿seguirán funcionando las opciones?
• ¿Qué papel tendrá el personalizador con los temas de FSE?
• ¿Se dejará de usar, cómo y cuándo? Si no va a quedar en desuso, ¿por qué ocultarlos?
• ¿También quedará obsoleto para temas que no sean FSE? ¿Cómo y cuándo?
• ¿Cómo convierto las opciones de personalización existentes para mi tema actualizado?
• ¿Qué pasa con las opciones de WordPress que solo están disponibles en el personalizador, como el ícono del sitio?

“La idea aquí es que, dado que los temas de FSE no tienen áreas de widgets, la pantalla de widgets es inútil”, respondió Riad Benguella. “Para el personalizador, es un duplicado de la pantalla del Editor del sitio (capacidades similares), por lo que debemos asegurarnos de que el Editor del sitio llene los espacios que deja el Personalizador. Los estilos globales y los bloques del sitio abordan la mayoría de las opciones del sitio requeridas para los temas de FSE y hacer el cambio (ocultar el personalizador) nos permitirá descubrir las brechas que nos faltan".

El hecho de que los temas de FSE no tengan áreas de widgets hace que uno se pregunte por qué se ha dedicado tanto trabajo a convertir el sistema de barra lateral/widgets para usar bloques durante el último año. También fue una característica planificada para WordPress 5.6 que no pasó el corte.

Los pensamientos de Benguella parecen estar en línea con los comentarios recientes de Josepha Haden, líder de la versión 5.6. “Hay mucho interés en reducir la cantidad de flujos de trabajo, y tengo la esperanza de que podamos consolidarnos en una sola interfaz hermosa e intuitiva”, dijo en respuesta a desconectar los widgets para 5.6.

El comentario de Benguella es también una de las primeras indicaciones públicas que he visto sobre cómo sería tal consolidación. Presumiblemente, no habrá necesidad de menús de navegación, widgets o pantallas de personalización a medida que WordPress avance en las próximas versiones.

Todavía me pregunto si el trabajo que el equipo está haciendo para hacer que esas pantallas manejen bloques vale la pena. Los temas tradicionales simplemente deben usar menús de navegación, widgets y opciones de personalización tradicionales. Los nuevos temas basados ​​en bloques deberían usar el editor del sitio cuando llegue.

Todavía hay algunas preguntas sin respuesta de la lista de Nymark. Tendremos que esperar más comentarios de alguien que sepa. Tiene razón sobre la necesidad de una comunicación clara y pública.

Cambio automático a FSE

Una de las mayores mejoras, particularmente para las personas que prueban FSE, es que Gutenberg ahora habilita automáticamente FSE cuando un usuario activa un tema compatible con FSE. También deshabilitará FSE cuando vuelva a cambiar a un tema tradicional.

Algunos buenos temas para probar FSE son Q, Twenty Twenty-One Blocks y Seedlet Blocks.

Los usuarios ya no pueden habilitar FSE a través de la pantalla de configuración de Gutenberg Experimental. El uso de un tema basado en bloques ahora es un requisito para probar esta parte de la experiencia de Gutenberg. Esta es probablemente una buena decisión en esta etapa. A pesar de estar claramente etiquetado como experimental, miles de usuarios ejecutan Gutenberg en un entorno de producción y pueden habilitarlo. Además, evita que las personas prueben una experiencia rota cuando su tema no la admite.

Alineación de contenido de bloque de botones

Para los autores de temas que no confían en los estilos base de Gutenberg, es posible que deban actualizar sus hojas de estilo de temas para manejar las clases de alineación de contenido en el bloque Botones. Sin embargo, también deberán seguir admitiendo las clases antiguas para la compatibilidad con versiones anteriores.

Este cambio significa que los usuarios pueden usar la alineación ancha y de ancho completo en el bloque mientras alinean por separado el contenido del bloque.

La actualización agrega una opción de justificación de contenido a la barra de herramientas del editor para el bloque Botones. Tiene sentido usar este método porque el bloque Botones es técnicamente un contenedor. Simplemente alberga uno o más bloques de botones internos. El sistema de alineación utilizado anteriormente está diseñado para alinear todo el bloque en lugar del contenido del bloque.

En versiones anteriores del editor de bloques, el bloque Botones usaba las clases tradicionales de align* para la alineación a la izquierda, a la derecha y al centro. Esta actualización de Gutenberg cambia las clases a is-content-justification-* .

El editor hará la transición automática del bloque Botones a las nuevas clases cuando un usuario edite una publicación específica con el bloque. De lo contrario, seguirán teniendo las antiguas clases align* .