Pregúntale al cantinero: ¿Qué sucede con el personalizador cuando un tema de bloque está activo?

Algo en mi radar en este momento son los complementos de terceros que tienen configuraciones en el Personalizador. Lo que sé de amigos que son los desarrolladores que trabajan en el Personalizador y el front-end dentro de algunas compañías de complementos, los estilos globales y los estilos de bloque aún no están en su radar. Entonces, ¿qué sucede si alguien instala Twenty Twenty-Two u otro tema basado en bloques? El menú de administración izquierdo para el Personalizador no está allí. La forma más sencilla de llegar allí es a través de Apariencia > Temas > Personalizador. Pero la expectativa es que los complementos y temas de terceros deben cambiar la configuración. De hecho, esto parece más como si necesitaran duplicar la configuración en ambos lugares por un tiempo.

Anónimo

Para aquellos que no están al tanto, permítanme brindarles un repaso rápido sobre este tema. Cuando llegue WordPress 5.9, esperamos que se envíe con el nuevo editor de sitios y la interfaz de estilos globales. Sin embargo, la mayoría de los usuarios no verán esta pantalla a menos que estén ejecutando un tema de bloque.

Dado que el próximo Twenty Twenty-Two también se envía con WordPress 5.9 y juzgando la popularidad de los temas predeterminados anteriores, podemos esperar que muchos miles de usuarios sean transportados a este mundo completamente nuevo. Para algunos, esto podría ser tan impactante como el lanzamiento del editor de bloques en 5.0.

Cuando un tema de bloque está activo, los enlaces para acceder al personalizador antiguo y familiar desaparecerán de la interfaz de usuario. Los widgets y las pantallas del menú de navegación tampoco estarán presentes. Sin embargo, seguirán siendo accesibles si conoce la URL de las pantallas.

Supimos por primera vez que este sería el caso el año pasado como parte del lanzamiento de Gutenberg 9.3. También hay un problema abierto para garantizar que el editor del sitio tenga paridad de funciones con algunas configuraciones básicas de WordPress.

Está bien que estas funciones se eliminen gradualmente para los usuarios de temas de bloque. Todos fueron intentos tempranos y dispares de crear piezas individuales de lo que permitirá el editor del sitio. WordPress está reuniendo todos estos conceptos en una experiencia de usuario más cohesiva. Es un estándar en el que los contribuyentes pueden iterar continuamente. No será perfecto desde el principio, pero esta primera versión en la plataforma central debería generar los comentarios necesarios para mejorarla a medida que más usuarios comiencen a instalar temas de bloques.

El problema presentado aquí tiene más que ver con el mercado de complementos. El personalizador se creó inicialmente como una herramienta de configuración de temas y se ha utilizado principalmente para ese propósito. Pero, muchos complementos le han vinculado varias configuraciones durante sus nueve años de historia. Una búsqueda de wp_customize en el directorio de complementos arroja más de 1400 resultados. El gancho de customize_register muestra más de 1900. Estas no son necesariamente coincidencias exactas de cuántos complementos realmente agregan paneles, secciones, configuraciones o controles. Sin embargo, es un indicador de que muchos confían en él para presentar opciones a los usuarios finales.

Entonces, volvemos a la pregunta en cuestión. ¿Qué sucede cuando un usuario instala un tema de bloque, como el próximo Twenty Twenty-Two, mientras usa un complemento que se basa en el personalizador?

Depende.

Algunos complementos como WooCommerce ya han colocado convenientemente un enlace directo a su panel/sección de personalización en el menú de administración. Esto no será un problema para sus usuarios. Sin embargo, para todos los demás, el personalizador parecerá desaparecer por completo.

En cuestión de semanas después de 5.9, dependiendo de qué tan rápido ocurra la adopción de Twenty Twenty-Two en particular, podríamos estar ante miles de usuarios confundidos. Por supuesto, todo esto podría cambiar en el tiempo previo al lanzamiento. Sin embargo, esta es una conversación que debe suceder ahora.

“La preocupación aquí es por los usuarios finales”, dijo el interrogador anónimo. "Buscarán artículos de la base de conocimientos, instrucciones en la configuración de complementos y más que indiquen dónde buscar la configuración".

Al menos por el momento, la responsabilidad recae en los autores de complementos para abordar esto para sus propios usuarios. Sin embargo, hay múltiples caminos que pueden querer seguir.

El método más sencillo es seguir el ejemplo de WooCommerce. El complemento verifica el condicional gutenberg_is_fse_theme() (tenga en cuenta que el nombre de esta función puede cambiar). Si devuelve true , el complemento agrega un enlace directamente a su panel de personalización.

La vinculación a un panel, sección o control del personalizador es simple. Los autores de complementos pueden encontrar las URL en el manual del desarrollador. También pueden simplemente copiar la técnica que empleó el equipo de WooCommerce.

Este es un método rápido para garantizar que los usuarios no pierdan el acceso a sus opciones si los autores de complementos no pueden realizar cambios antes de que llegue WordPress 5.9.

A largo plazo, no es la solución ideal. El personalizador existirá durante mucho tiempo, pero los autores de complementos deberán tratar con dos grupos de usuarios: aquellos que ejecutan temas de bloque y clásicos.

Debido a que cada complemento es diferente, las soluciones deberán ser diferentes. Muchos pueden simplemente usar la API de configuración para crear una pantalla de opciones personalizada. Si esa es una solución viable, no importará qué tema esté ejecutando el usuario.

Sin embargo, la realidad podría ser mantener dos sistemas para ambos conjuntos de usuarios. Uno que se integra con el personalizador y otro que extrae opciones en el editor del sitio. Si el complemento tiene funciones relacionadas con el diseño, los usuarios del tema de bloque esperarán ver configuraciones en la nueva interfaz.

En el lado temático de las cosas, debería haber menos problemas. De todos modos, un tema de bloque no hace nada con el personalizador. Un problema pendiente sería convertir el contenido de inicio, y hay un ticket abierto para llevar eso a la edición completa del sitio.

Más que nada, mantener abiertas las líneas de comunicación con los usuarios ayudará a facilitar la transición. Algo de eso debería provenir del núcleo de WordPress. Sin embargo, muchos usuarios necesitarán escucharlo de sus desarrolladores de complementos y temas. Esto podría ser publicaciones de blog, base de conocimiento o actualizaciones de tutoriales, y mantenerse al día con el soporte.

Luego, está la solución final, que el propio WordPress podría implementar. También es el camino de menor resistencia.

WordPress debería detectar automáticamente filtros o acciones en ganchos relacionados con el personalizador. Esto debería activar un indicador de "personalizar soportes" y mantener el menú de administración y los enlaces de la barra de herramientas a la pantalla del personalizador. Esto daría tiempo a los desarrolladores para ponerse al día sin confundir a los usuarios en el proceso. Puede haber algunas banderas falsas o integraciones perdidas, pero debería poder detectar de manera efectiva la mayoría de los casos de uso.