¡Hola, comunidad!

Estamos construyendo una nueva integración de WindPress con Bricks Builder y Gutenberg. La idea es llevar el uso de clases de utilidad a un nivel realmente práctico en ambos editores. Partimos de una versión ajustada de WindPress Free + integraciones específicas para Bricks y Gutenberg, y ya hay un primer avance en video que muestra la dirección que estamos tomando.

Transparencia total: el dev está con otros frentes y queremos acelerar la corrección progresiva de bugs mientras afinamos la configuración de la integración. Este será un add‑on de pago y pronto abriremos una preventa con precio especial (aún no está activa; lo avisaremos con tiempo).

Nos ayudaría mucho tu feedback: ¿qué esperas de una integración «profunda» en Bricks/Gutenberg? ¿Qué ajustes de configuración te facilitarían la vida? ¿Qué bugs te bloquean hoy? Déjalo en los comentarios y, si te interesa la preventa, dinos para sumarte a la lista de aviso. 🚀

¿Y si pudieras decirle al CSS «solo aquí»? @scope en WordPress + Tailwind te deja ajustar secciones sin romper el resto. Corto, claro y con ejemplos que puedes copiar.

Léelo aquí 👉 https://flowtitude.com/blog/css-scope-wordpress-tailwind

Tailwind v4.1.4 — correcciones y mejoras

• Extracción de clases: soporte para la sintaxis ' en ClojureScript; detección en directivas inline de Markdown; soporte para plantillas Maud.
• Variants/Utilities: permitir @variant dentro de @custom-variant; fusionar sugerencias al usar @utility.
• CLI/Build: limpiar siempre los file system watchers creados por la CLI; mostrar warnings de Lightning CSS al optimizar/minificar; usar la condición de exportación por defecto en @tailwindcss/vite; re‑lanzar errores desde nodos PostCSS; asegurar que archivos con solo @theme no generen salida.
• Grid: no generar utilidades grid-column cuando se configuran grid-column-start o grid-column-end, ni grid-row cuando se configuran grid-row-start o grid-row-end.
• CSS/tema: prevenir CSS duplicado al sobrescribir una utilidad estática con una clave de theme.
• Upgrade tool: no migrar variant='outline'; mostrar desajustes de versión; asegurar que se migre la primera clase dentro de className; migrar clases dentro de *ClassName y en atributos *Class.

Tailwind v3.4.18 — mantenimiento

• Mejor soporte para consultas supports-[…] en valores arbitrarios.
• Corrección de error require.cache al cargar vía TypeScript en Node 22.18+.
• Compatibilidad con import.meta.resolve(…) en configs para versiones recientes de Node.js.
• Permitir versiones más nuevas de postcss-load-config para mejor soporte ESM y TypeScript con la CLI.
• Eliminar reglas de utilidades irrelevantes al hacer matching de “important classes”.

Nota: La rama Tailwind 3 es de mantenimiento, pero sigue vigente.

Esta vez hemos recreado una sección de blog inspirada en un wireframe de Bricks 2.1 y la hemos llevado más allá con Tailwind CSS.

👉 Verás cómo aplicar selectores complejos para crear un patrón en zig-zag, alternando imágenes y texto de cada entrada, y cómo montar un grid dinámico con estructuras 3-2 y 2-3.

Un ejemplo práctico, elegante y responsive, perfecto para poner en marcha en tus propios proyectos.

¿Qué te parece este patrón? ¿Lo usarías en tus proyectos? 👇

WordPress acaba de lanzar la versión 6.8.3, una actualización de seguridad que corrige dos vulnerabilidades críticas. Es recomendable actualizar lo antes posible. WordPress.org

🔐 Qué trae WordPress 6.8.3

• Una vulnerabilidad de exposición de datos: usuarios autenticados podrían acceder a contenido restringido. WordPress.org
• Una vulnerabilidad XSS (cross-site scripting) que afecta al menú de navegación, cuando ciertos roles autenticados manipulan elementos del menú. WordPress.org
• Estas correcciones también se han aplicado a versiones anteriores elegibles para recibir parches (hasta la rama 4.7).

Ya tenemos lista la primera versión del Preflight de Formularios (lite) 🎉.
Este recurso añade estilos base para inputs, selects, textareas, checkboxes, radios y botones submit, además de compatibilidad inicial con formularios de WooCommerce.

👉 La idea es tener un punto de partida limpio, ligero y extensible, que os permita:

• Diseñar formularios con consistencia visual sin escribir CSS desde cero.
• Usar tokens semánticos (--ft-*) que se conectan directamente con el sistema de diseño Flowtitude.
• Personalizar fácilmente radios, colores, sombras o estados de foco.
• Probar en proyectos reales cómo encaja con Bricks, Gutenberg o cualquier flujo con Tailwind v4.

📥 Descarga:
De momento no hay enlace público porque estamos ajustando detalles.
Si quieres probar la versión más reciente del Preflight de Formularios, mándame un mensaje privado y te facilitaré el archivo actualizado al momento 😉

⚠️ Estamos en fase de control de calidad (QA). Eso significa que:

• El componente es funcional, pero seguimos afinando detalles.
• Agradecemos mucho que lo probéis y nos contéis vuestras impresiones.
• Todo feedback sobre compatibilidad, accesibilidad o posibles mejoras será muy valioso para la versión final.

🙌 Gracias por seguir ayudando a dar forma al ecosistema Flowtitude.
Con vuestros comentarios podremos ajustar este preflight para que se convierta en un estándar dentro de nuestros proyectos.

Con Handle Audit Panel puedes auditar en tiempo real todos los handles de CSS y JS que carga tu sitio.
Incluye un panel flotante con pestañas para CSS y JS, buscador, botón de copiar y listado detallado de handles, dependencias, versiones y URLs.

🔧 Características principales:

• Funciona en el frontend, oculto automáticamente en editores como Elementor, Bricks o Builderius.
• Visible para administradores o activable con parámetros como ?audit=css o ?audit=js.
• Añade también un listado en comentarios HTML para “Ver código fuente”.
• Útil para depurar, desencolar y reorganizar estilos o scripts en tus proyectos.

👉 Ideal si trabajas con Tailwind, descolas estilos nativos o necesitas auditar exactamente qué se está cargando en tu página.

Con este código puedes personalizar la numeración de pedidos en tu tienda:
en lugar de usar el ID interno de WordPress, tendrás números de pedido secuenciales o con prefijo propio, mucho más claros y profesionales para tus clientes.

🔧 Características principales:

• Reemplaza la numeración estándar por un sistema consecutivo y legible.
• Posibilidad de añadir prefijos (ej. WEB-1001, WEB-1002…).
• Mejora la comunicación con clientes y la gestión de pedidos.
• Compatible con el flujo normal de WooCommerce.

🙏 Gracias a nuestro compañero Luis Muñoz, que nos ha cedido este snippet para compartirlo con toda la comunidad.

👉 Perfecto si quieres darle a tu tienda un toque más profesional y mantener un control más claro de los pedidos.

Acaba de salir Bricks 2.1 (beta), una de las actualizaciones más potentes hasta ahora. Viene cargada de mejoras que impactan directamente en cómo construimos proyectos y en cómo integramos nuestro flujo con Tailwind.

👉 Descarga disponible en tu cuenta de Bricks
⚠️ Recuerda: es beta, no instales en producción.

🔹 Lo más destacado para nuestro flujo con Tailwind

• Componentes Bricks como bloques en Gutenberg
  Ahora podemos exponer componentes creados en Bricks dentro del editor de bloques nativo. Esto significa que los clientes pueden gestionar contenido en Gutenberg manteniendo nuestro sistema de diseño y utilidades de Tailwind intactos.
  → Ideal para agencias/freelancers que bloquean diseño pero dejan edición al cliente.
• Wireframes & Design Sets
  Plantillas base limpias y consistentes para arrancar proyectos.
  → Ahorro de tiempo y estructuras iniciales que podemos adaptar rápidamente con nuestras clases de Tailwind.
• Gestor de consultas globales + API Queries
  Podemos definir consultas dinámicas una vez y reutilizarlas en todo el sitio. Además, ahora es posible consumir datos de APIs externas directamente.
• Formularios frontend que crean/actualizan posts
  Los usuarios podrán generar y editar contenido desde el frontend.
  → Caso de uso real: directorios, eventos, blogs colaborativos. Todo estilizado con nuestras utilidades Tailwind.
• Tipografía fluida nativa
  Control visual de escalado tipográfico entre breakpoints, sin necesidad de clamp() manual.
  → Nos facilita integrar nuestro sistema de tokens tipográficos Flowtitude + Tailwind con menos fricción.
• Tabs → Acordeón en móvil
  Mejor UX móvil automática, clave al combinar con nuestras utilidades de responsividad.

🎯 En resumen

Bricks 2.1-beta da un paso gigante hacia la integración entre Gutenberg + Bricks + Tailwind, simplifica la gestión de datos dinámicos y mejora la experiencia responsive y tipográfica.

👉 Más info y changelog: bricksbuilder.io/release/bricks-2-1-beta

Si te encantan los paneles —como a la tía Carol—, ACSS te va a hacer ojitos. Si quieres un sistema escalable y fácil de mantener, entonces Tailwind es tu framework.

https://flowtitude.com/tailwind-vs-automatic-css-acss-quien-gestiona-mejor-la-consistencia-visual-en-wordpress/