Gutenberg 8.9 saca los widgets basados ​​en bloques de la etapa experimental

Publicado: 2020-09-05

El miércoles 2 de septiembre, se lanzó Gutenberg 8.9 con un conjunto de nuevas funciones, mejoras y varias correcciones de errores. El equipo de desarrollo sacó el sistema de widgets basado en bloques de su etapa experimental, convirtiéndolo en la experiencia predeterminada para todos los usuarios de complementos.

Los widgets basados ​​en bloques han llevado meses y meses de trabajo. El equipo ha superado algunas de mis expectativas al colocar una clavija cuadrada en un agujero cuadrado, otorgando el poder de los bloques al sistema de barras laterales/widgets. En general, el sistema funciona. Sin embargo, el equipo todavía tiene mucho trabajo para moldear esta característica en la forma que debe tener para el próximo lanzamiento de WordPress 5.6 en diciembre. Es importante que la comunidad en general pruebe, brinde comentarios y contribuya cuando sea posible.

Los usuarios del complemento de Gutenberg que aún no han habilitado los widgets basados ​​en bloques a través de la pantalla de experimentos en versiones anteriores se llevarán una sorpresa. El nuevo sistema tendrá algo de la familiaridad del editor de bloques. Sin embargo, es una experiencia muy diferente a los widgets tradicionales.

Las grandes preguntas que debemos responder son si la función se puede usar actualmente y si puede estar lista para WordPress 5.6.

Nueva pantalla de widgets

Nueva pantalla de widgets basada en bloques en Gutenberg 8.9.
Pantalla de widgets basados ​​en bloques.

Gutenberg reemplaza por completo la antigua pantalla Apariencia > Widgets en el administrador de WordPress. El complemento ya no tiene una opción para que los usuarios finales lo deshabiliten, lo que se esperaba. El objetivo es comenzar a acostumbrar a los usuarios a construir sus barras laterales con bloques en lugar de widgets tradicionales.

En su mayor parte, la nueva pantalla de widgets maneja los widgets basados ​​en bloques sin problemas desde una perspectiva de usabilidad. Agregar bloques es un poco diferente de trabajar con la pantalla de posedición. Debería sentirse relativamente natural para los usuarios que están acostumbrados al editor de bloques. En todo caso, la experiencia parece reducida en comparación.

A diferencia de los widgets del pasado, los bloques no se pueden colapsar (las propias barras laterales sí). Como usuario de WordPress desde hace mucho tiempo, esto se siente incómodo. Sin embargo, es el tipo de incomodidad que simplemente requerirá algún tiempo de adaptación.

Los widgets heredados principales funcionaron bien. Sin embargo, no pude hacer que los widgets heredados funcionaran desde varios complementos de terceros. A veces, desaparecían del editor. Luego, aparecerían más tarde, aparentemente al azar. Eventualmente, durante la prueba, rompí completamente la página hasta el punto en que no mostraba nada. Afortunadamente, pude solucionarlo borrando algunas filas relacionadas con widgets de la base de datos.

Como desarrollador, quiero simplemente hacer borrón y cuenta nueva y dejar el viejo sistema de widgets en el polvo de la historia. Sin embargo, hacerlo puede alienar a muchos usuarios finales. Para que esta función tenga éxito, debemos llevarlos consigo y permitirles pasar fácilmente de sus herramientas actuales al nuevo sistema.

Bloques de widgets en el personalizador

Sección de bloques de widgets en el personalizador de WordPress.
Sección de bloques de widgets en el personalizador.

Si bien la pantalla principal de bloques de widgets era generalmente sólida, ese no era el caso con los bloques de widgets en el personalizador. En el mejor de los casos, estaba por debajo de la media.

Finalmente podemos estar en ese punto en el que estoy de acuerdo con todas esas quejas anteriores de que el panel de control del personalizador es demasiado estrecho. El problema más obvio era que la barra de herramientas del bloque era demasiado ancha para el panel de control, lo que ocultaba partes fuera de la pantalla. Para algunos bloques, hay botones a los que los usuarios no pueden acceder.

Ese no es el final de los problemas. Las opciones de bloqueo no están disponibles, por lo que los usuarios ni siquiera pueden agregar algo tan básico como un atributo alt de imagen. Los bloques de widgets heredados principales no se pueden editar. La ventana emergente del botón "más opciones" tiene un fondo transparente, lo que hace que el texto sea ilegible y, para todos los efectos, no vale la pena intentar usarlo.

Entiendo que WordPress aún está lejos de lanzar bloques de widgets en el personalizador, pero la función era prácticamente inutilizable. Todavía se encuentra en un estado experimental y probablemente debería haber permanecido opcional para otra actualización del complemento o dos o tres. No puedo recomendar usar esto dentro de ningún tipo de entorno de producción. Quédese con la pantalla de widgets en el administrador.

Problemas de estilo de widgets/bloques para autores de temas

Vista de código HTML de widgets basados ​​en bloques.
Sin agrupación estructurada de HTML "widget".

Uno de los cambios más importantes que los autores de temas deben tener en cuenta es que los bloques en las barras laterales no tienen los típicos envoltorios HTML de widgets. Esto podría presentar algunos problemas con los widgets de estilo de la manera tradicional. Por ejemplo, los temas suelen registrar un elemento contenedor de widget y un contenedor para el título del widget. Esto permite a los autores de temas crear estilos consistentes para cada widget. Con los bloques, esto se vuelve mucho más difícil porque el autor del tema pierde ese control; este control se pasa al usuario final.

La gran parte de este sistema es que los usuarios pueden hacer cosas realmente interesantes y tener la flexibilidad de diseñar sus barras laterales de la forma que deseen. La parte mala es que si el autor de un tema tiene algún tipo de estilo intrincado, como un diseño de widget en caja, no hay una manera fácil para que el usuario final coloque los widgets en su lugar y haga que todos usen ese diseño en caja. No hay un nombre de clase estándar para que el autor del tema apunte con CSS, que es lo que se requiere para los widgets de estilo consistente.

Esto no es necesariamente algo bueno o malo en sí mismo. Es simplemente diferente.

Dicho esto, hubiera preferido que el equipo de desarrollo de Gutenberg creara un sistema nuevo y separado del antiguo sistema de barras laterales/widgets. Deje eso en su lugar, luego cree y promueva "áreas de bloqueo" como un nuevo sistema para que los autores de temas aprovechen. A la larga, permitiría a los autores de temas hacer la transición e incluso admitir potencialmente ambos sistemas en sus temas. Los autores de temas están en las trincheras, trabajando con sus usuarios día a día. Están en una posición mucho mejor para manejar la transición de lo antiguo a lo nuevo.

Los autores de temas que no están preparados para usar widgets basados en bloques en WordPress 5.6 pueden agregar la siguiente línea de PHP al código de configuración de su tema para deshabilitar el editor de bloques de widgets:

 remove_theme_support( 'widgets-block-editor' );

Con el tiempo, los autores de temas querrán realizar una transición completa al nuevo sistema. Sin embargo, esto les proporcionará tiempo adicional para realizar los ajustes necesarios en la forma en que se manejan los widgets.