Primeras horas con CrocoBuilder: qué cumple, qué frena y los cuatro fallos que llevo

Os contaba en el post anterior que estoy rehaciendo la web de mi agencia dentro de CrocoBuilder, y que me había chocado con el asunto de las clases de Tailwind.

Han caído unas cuantas horas más encima. Así que aquí va el parte completo: lo que cumple, lo que frena, y los cuatro issues que he abierto con su enlace. Sin adornos en ninguna de las dos direcciones.

Lo que cumple

El DOM es lo que promete. Un elemento del builder, un nodo. Sin envoltorios fantasma. Después de años limpiando div que nadie pidió, esto se nota al primer vistazo al inspector.

Las clases son CSS de verdad. Nombres reales, utilizables fuera del builder. No hay formato propietario del que luego no puedas salir.

El MCP funciona. Es la razón por la que Kodavio le dio soporte en su día, y en la práctica se comporta.

Lo que frena hoy — los cuatro issues que he abierto

Los cuatro están reportados en el repositorio público de Crocoblock, con entorno, reproducción y traza. Os dejo el enlace de cada uno por si os habéis chocado con alguno y queréis sumar vuestro caso.

1. El saneado de nombres de clase se carga Tailwind. (#8513) Este ya os lo conté: hover:bg-black/50 acaba guardado como hoverbg-black50, convertido en una clase que no existe. Lo que he averiguado después es que el saneado no está solo al guardar — corre también al leer el documento y al renombrar clases, así que arreglar una sola vía no bastaría. Y que el validador del propio builder da el documento por bueno, sin un solo aviso.

2. No hay ni una etiqueta inline semántica. (#8514) Ni strong, ni em, ni i, ni small. Todo texto en línea acaba siendo un span. Eso son dos cosas a la vez: un lector de pantalla deja de saber qué está enfatizado, y cualquier hoja de estilos que use selectores de elemento deja de aplicar. Lo vi portando una página real: de diez selectores descendentes que tenía, tres apuntaban a strong y a i. Tuve que inventar alias de clase para reproducir un diseño que ya funcionaba.

3. El renderizador se come hijos que el esquema dice que acepta. (#8515) Un heading declara en su propio esquema que admite hijos. Le pones hijos y salen por el otro lado convertidos en un <h1> vacío. Otra vez sin error y con el validador diciendo que todo bien.

4. Error de base de datos en cada activación limpia. (#8516) El plugin intenta crear el mismo índice dos veces y suelta un Duplicate key name. No rompe nada, activa igual, pero llena el log. Estaba en la beta.18 y sigue en la beta.20, con dos releases de por medio.

Si os fijáis, tres de los cuatro comparten patrón: el builder da por bueno lo que acaba de romper. Ese es, para mí, el hilo del que conviene tirar — más que cada fallo por separado.

Y dos cosas más que no he reportado

Porque no son fallos, son decisiones de diseño con las que hay que contar:

• El CSS del builder no va en capa. Sus estilos salen fuera de @layer y las utilidades de Tailwind viven dentro. Lo que está fuera gana siempre, tenga la especificidad que tenga. Traducido: la propiedad que toques en el panel, Tailwind ya no la cambia. Hay que elegir dueño para cada propiedad.
• La cabecera del tema se captura con una expresión regular. Si tu header.php no escribe la etiqueta <head> literal —porque la sacaste a un partial—, no captura nada y la página sale sin charset ni viewport. Funciona, pero es frágil de una forma que nadie va a sospechar.

Dónde estamos nosotros

Como ya os dije, nuestro lado está resuelto: el proveedor de WindPress para CrocoBuilder funciona y Tailwind ya sabe qué clases usas. El circuito está entero, y lo único que lo bloquea es el punto 1.

Los cuatro issues van con entorno, reproducción y traza, porque un fallo bien explicado se arregla rápido y uno mal explicado se cierra. CrocoBuilder está en beta precisamente para esto.

Y me reafirmo en lo de antes: la dirección del producto me sigue pareciendo la correcta. DOM limpio, CSS que sobrevive fuera del builder y MCP de serie es exactamente donde quiero que vaya esto. Por eso me tomo la molestia de escribir el parte en vez de cerrar la pestaña.

¿Alguno estáis probando ya la beta? Si os habéis chocado con alguno de estos cuatro, decídmelo y lo mando con vuestro caso: dos reproducciones pesan más que una.