Explorando la edición de sitio completo con el tema Q de WordPress

He estado esperando ansiosamente el momento en que pudiera instalar un tema y realmente probar la función de edición de sitio completo de Gutenberg. En general, cada vez que lo probé en los últimos meses, la experiencia se sintió completamente rota. Es por eso que me he mantenido escéptico de ver la característica aterrizar en WordPress 5.6 este diciembre.

El tema Q de Ari Stathopoulos es el primer tema que parece ser un ejemplo de trabajo decente. Es difícil decir si se trata de un golpe de suerte con el tiempo o si este tema en particular simplemente se creó correctamente: Stathopoulos es un representante del equipo de Temas. Gutenberg 9.1 se lanzó la semana pasada con un trabajo continuo hacia la edición del sitio.

Q es tan experimental como parece. El equipo de temas lanzó una convocatoria abierta para temas experimentales basados ​​en bloques desde marzo de este año. Sin embargo, no muchos han aceptado al equipo en esta oferta. Si se aprueba, Q se convertirá en el primer tema basado en bloques que se lanzará en el directorio oficial de WordPress. Todavía tiene que pasar por el proceso de revisión estándar, esperando su turno en las próximas semanas.

En general, la edición de un sitio completo sigue siendo una experiencia frustrante y confusa. Sigo siendo escéptico acerca de su preparación, incluso en forma beta, para presumir al mundo en WordPress 5.6.

Sin embargo, Q es un tema interesante para explorar en este punto tanto para los usuarios finales como para los desarrolladores de temas. Los usuarios pueden instalarlo y comenzar a jugar con la pantalla de edición del sitio a través del complemento de Gutenberg. Los desarrolladores pueden aprender cómo encajan los estilos globales, las plantillas y las partes de la plantilla a partir de un tema de trabajo.

Uso del Editor del sitio

El tema Q requiere que el complemento Gutenberg y su modo de edición de sitio completo estén habilitados. En general, no se permite requerir un complemento para los temas en el directorio. Sin embargo, los temas experimentales de Gutenberg pueden eludir esta directriz.

Stathopoulos señaló que el tema es altamente experimental y no debe usarse en un sitio de producción. Sin embargo, tiene la esperanza de que atraerá más atención a la edición del sitio completo.

Mencionó que varios elementos están rotos, como los archivos de categorías que no muestran las publicaciones correctas. Esta es una limitación actual del bloque Query en Gutenberg. Sin embargo, una de las mejores maneras de encontrar y reconocer este tipo de problemas es tener un tema que se mantenga al ritmo del desarrollo.

Actualmente, el editor del sitio siente que está mordiendo más de lo que puede masticar. Los usuarios no solo pueden editar el diseño y el diseño de la página, sino que también pueden editar directamente el contenido de la publicación existente; no intente esto en casa a menos que esté dispuesto a que los títulos de sus publicaciones se cambien al slug con guión. ¿Debería el editor del sitio encargarse de la doble función de diseño y edición de contenido? Si es así, ¿deberían manejarse el diseño y la edición de contenido en ubicaciones separadas a largo plazo o fusionarse en una sola característica?

Se siente crudo. No está dirigido a los usuarios en este momento.

El punto brillante con el editor del sitio es el progreso actual en las partes de la plantilla en el editor. Las partes de la plantilla son esencialmente "módulos" que manejan una parte de la página. Por ejemplo, el tema típico tendrá una parte de plantilla de encabezado y pie de página. Actualmente, los usuarios finales pueden insertar elementos de plantilla personalizados o cambiar un elemento de plantilla por otro. Esto abre un mundo de posibilidades, como que los usuarios elijan entre múltiples diseños de encabezado (partes de la plantilla) para sus sitios.

La desventaja de todo el sistema de plantillas es que parece tan divorciado del editor del sitio que es difícil creer que el usuario promedio entienda lo que está pasando. Las plantillas y las partes de la plantilla residen en el menú Apariencia en el administrador. El Editor del sitio es un elemento de menú independiente de nivel superior. Sin ningún conocimiento previo de cómo funcionan juntas estas piezas, puede resultar confuso.

Las partes de la plantilla me funcionaron en el editor del sitio desde el principio. Sin embargo, al principio no funcionaron en la parte delantera. Recibí continuamente el mensaje "parte de la plantilla no encontrada" durante horas. Luego, en algún momento, ya sea por arte de magia o un guardado aleatorio que juntó todo, la función comenzó a generar las partes de la plantilla de encabezado y pie de página que faltaban anteriormente.

Un vistazo al futuro del desarrollo de temas

El tema Q tiene unas pocas reglas de estilo, que carga directamente en la sección <head> del sitio en lugar de agregar una hoja de estilo adicional. Se basa en los estilos de bloque Gutenberg estándar en la parte delantera con algunas modificaciones menores. La mayoría de los otros estilos personalizados se manejan a través del sistema de estilos global, que extrae del archivo de configuración experimental-theme.json del tema (será theme.json en el futuro).

Plantea la pregunta de si los temas necesariamente necesitarán mucho en el camino de CSS cuando llegue la edición de sitio completo.

Si WordPress permite a los usuarios configurar la mayoría de los estilos a través de opciones de bloque y anulaciones de estilos globales, es posible que los temas no necesiten mucho más que sus archivos de configuración. Después de eso, se reduciría a registrar estilos y patrones de bloques personalizados.

Si este es el futuro al que nos dirigimos, cualquiera podría crear esencialmente un tema de WordPress. Y esas piezas, como las partes de la plantilla y los patrones, podrían compartirse entre cualquier sitio. En ese futuro, es posible que los temas simplemente ya no importen.

El año pasado, Mike Schinkel propuso desaprobar el sistema de temas por completo y reemplazarlo con componentes web.

“En lugar de buscar un tema que tenga todas las funciones que uno necesita, lo cual, según he descubierto, siempre limita las opciones a cero, el propietario de un sitio podría buscar los componentes y módulos que necesita y luego ensamblar su sitio a partir de esos módulos”, dijo. . “Podrían elegir un encabezado, un pie de página, un héroe de la página de inicio, un conjunto de tarjetas de artículos, un módulo de precios, etc.

Cuanto más juego con la edición del sitio completo, más se siente como si ese fuera el carril en el que finalmente se fusionará. Imagine un futuro en el que los usuarios finales pudieran elegir las piezas que querían y simplemente hacer que se vean bien en la parte delantera.

Es emocionante pensar en esa posibilidad. Tanto Schinkel como yo tenemos más experiencia en programación que en diseño. Tiene sentido desde ese tipo de mentalidad analítica poner todo en cajas ordenadas y reutilizables porque la reutilización es la piedra angular de la programación inteligente.

Sin embargo, me preocupa el estado del diseño en un sistema de este tipo con tantas piezas reemplazables. ¿Serán capaces los diseñadores de adoptar enfoques holísticos para el desarrollo de temas, creando obras de arte realmente complejas? ¿Ese sistema creará esencialmente una red de sitios prefabricados? O, ¿los diseñadores simplemente encontrarán formas de pensar fuera de la caja dentro de las limitaciones del sistema de bloques?