ElegantThemes

Los autores de temas deben poder optar por no participar en cualquier función de diseño

Cuando solucioné problemas con la nueva función de brecha de bloque que se agregó Gutenberg 11,4 Los encontré la semana pasada Ticket lo presenta. Y ya habia un boleto nuevo por un problema que había conocido. Sin embargo, se ha debatido si los temas deberían tener la opción de excluirse y desplegar su propia solución. Entonces no había forma de hacer esto.

Se sintió como una obviedad, algo en lo que no lo pensaría dos veces. yo rapidamente anunciado:

¿Deberían los autores de temas tener la opción de excluirse? Si alguna vez surge esta pregunta, la respuesta es siempre: ¡Absolutamente, 100%, sí!

La interfaz de un sitio es el dominio del autor del tema. En última instancia, definen cómo funcionan las cosas allí. Al menos ese siempre ha sido el caso. Antes de la llegada del sistema de bloques, hubo casos en los que WordPress agregó un giro propio a las características del front-end, como los estilos para el código corto de la galería y el reemplazo de imágenes de JavaScript de emoji. Los temas siempre han tenido métodos para desactivarlos.

Con la introducción del proyecto Gutenberg y su conjunto de características en evolución, WordPress continúa avanzando hacia el diseño de front-end. Esto tiene la ventaja de que la relación entre plataforma, temas y usuarios está estandarizada. Hace que cosas como los patrones de bloques sean universales y continuará haciéndolo a medida que nos adentremos en herramientas de diseño más avanzadas. Este es un futuro que me entusiasma porque facilitará mucho la búsqueda de temas.

Sin embargo, en la discusión en el boleto, me encontré con una de las brechas fundamentales entre algunas de las personas que trabajan en Gutenberg y los desarrolladores externos:

No estoy de acuerdo con esta actitud. Esto significa que en WordPress todo debería ser opcional y las decisiones no deberían violar las opciones. Algunas cosas tienen que ser opciones, pero no todas. Creo que no debería ser la regla rechazar todo personalmente. Con los estilos estructurales, por ejemplo, preferiría que los temas siempre se basen en el núcleo en lugar de reinventar los propios. Los temas están aquí para transmitir personalidad y diseño, pero no para definir qué significa, por ejemplo, «alineación horizontal».

Riad Benguella

Si tal actitud se convierte en una de las piedras angulares del desarrollo del tema de bloques, rechazará muchos temas tradicionales.

Estoy de acuerdo con el principio de que esta debería ser la base, la forma estándar en que la tematización funcionará en WordPress en el futuro. Cuantas más piezas podamos estandarizar, mejor. Pero, como regla general, los autores de temas deberían poder desactivar todas las funciones relacionadas con el diseño. Luego, hacemos raras excepciones a esta regla si es necesario.

Independientemente de lo que hagan Gutenberg y, en última instancia, WordPress, los escritores de temas encontrarán la manera de hacerlo. Supongamos que la «alineación horizontal» de CSS flexbox está definida en core. Te garantizo que alguien vendrá y usará CSS Grid.

La función «Block gap» introducida en Gutenberg 11.4 es esencialmente un nombre elegante para un margen superior global que se aplica a los bloques (que no debe confundirse con el CSS real gap Propiedad). En esencia, es un sistema para definir parte del ritmo vertical estándar.

Esta función ha estado en mi lista de deseos durante mucho tiempo, pero la idea de contratarla nunca se me pasó por la cabeza. Si desea ver una discusión acalorada, coloque a un puñado de diseñadores web en una habitación y permítales discutir la miríada de formas de lidiar con el espacio vertical entre elementos. Estoy en el campamento del borde superior.

Afortunadamente, los autores de temas pueden Activar o desactivar la función de espacio de bloqueo. Pero esto es solo una batalla.

Había planeado responder en el ticket, pero no quería alejarme demasiado del tema. Yo también quise pensarlo dos veces El otro lado. Sin embargo, solo pude pensar en algunos casos en los que WordPress debería ser siempre el factor decisivo en el diseño de front-end.

Desde esta posición, imagino poco más que escritores de temas creando soluciones para lo que consideran un sistema roto. No hay nada de malo en que WordPress defina la configuración predeterminada. Sin embargo, siempre debe comenzar con la mentalidad de que los desarrolladores quieren comenzar. La mejor manera de hacerlos felices es mantenerse fuera del camino. Construye un sistema que ellos hacen querer no usarlos tengo que usar. Y para aquellos que elijan tomar una ruta diferente, hágalo fácil. Incluso si pensamos que estos diseñadores rebeldes están creando una experiencia de usuario rota, está bien. Es su proyecto para hacer o deshacer.

Lo que hace que WordPress sea tan único es que la plataforma siempre ha estado orientada a aquellos que quieren expandirla de todas las formas posibles. Cuando comienza a crear obstáculos que no tienen por qué estar ahí, hemos hecho un mal trabajo como administradores del software.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *