La seccion ya estaba escrita, pero el agente no llegaba a ella. Dos motivos:
- El summary del frontmatter y el parrafo de entrada de 01-builder-fields
enumeran lo que cubre el doc y no mencionaban ni el agrupado en pestanas ni
la visibilidad condicional. Ese summary no es decorativo: entra en el texto
que se embebe (title + summary + primeros 2000 chars) y es lo que se ve en
list_docs, asi que una seccion en el char 10000 sin rastro arriba es
invisible para la busqueda semantica y para el que decide que doc abrir.
- 11b-rules-cheat-sheet es el doc de consulta rapida y ya tenia la linea de
data-field-group; sin la hermana de data-field-show, quien mirase ahi
concluia que las pestanas no se pueden condicionar.
Se anade la linea al cheat-sheet con la gramatica minima y los dos errores
tipicos (se referencia el nombre de variable y no el label; `campo=` es vacio).
El commit anterior (49b52b0) anadio un aviso de que `checkbox` no existe como
data-field-type, pero lo dejo listado como tipo valido en cuatro sitios: la
tabla de tipos de 01-builder-fields, su propio frontmatter `summary`, la tabla
de la cheat-sheet 11b y la lista del glosario. El agente consulta esas tablas
antes que el cuerpo del documento, asi que la contradiccion seguia viva:
escribe `checkbox`, el parser lo deja con type indefinido y funciones.php
descarta la variable en silencio. Era el origen del bug de tipos fantasma.
- `checkbox` fuera de las cuatro listas de data-field-type. El aviso se
reescribe para remitir a `list` de dos opciones.
- OJO: `checkbox` SI existe como tipo de campo de TABLA del CMS
(server/handlers/schema.py:98 y :284). Se conservan intactas sus menciones en
05-tables-and-fields, 04-pages-and-records y la tabla de formato de datos de
11b:88, que son otro vocabulario. El aviso lo dice explicitamente para que no
se vuelva a borrar por error.
- `colors` entra en la tabla de 01, en la de 11b y en el glosario: tenia
seccion propia pero no aparecia en ninguna lista, asi que quien consultaba la
chuleta no sabia que existia. `colorpicker` se anade tambien al parrafo de
intro de 01, que lo omitia.
- `corners` y `ratio` se dejan fuera de las tablas a proposito (decision del
usuario: por ahora no se promocionan).
Una sesion real del agente guardo title3/title6/title2 (columnas de
builder_custom segun varsMeta.fieldName, como decian las docs) y el front
no pintaba nada: el runtime traduce vars con t($record, $var) por nombre
de var. Corregidas descripciones de set/get_record_translations, docs
03/09/11b y ACAI_ENDPOINTS; ademas el puente PHP ahora rechaza titleN/
textN sobre builder_custom con error explicativo (guardrail).
Path absoluto con prefijo (/en/...); CocoEnlace regenera las filas al
cambiar el enlace base. Actualizados tool description, ACAI_ENDPOINTS y
docs 04/09/11b.
- Nueva categoria tools/languages: list_web_languages,
get_record_translations y set_record_translations (registros, config,
textos_generales y vars de modulo via builder_custom).
- Param lang opcional en list_table_records y get_record
(options.translates de CocoDB).
- Docs actualizados (03/04/06/09/11b + ACAI_ENDPOINTS) con el modelo de
cms_traducciones y los workflows de traduccion.
