13. Lo que Ehundu no hace (todavía)

Catálogo de componentes con parámetros y consultas, tokens de estilo por sitio, generación de imágenes en varios tamaños, procesadores sobre el HTML ya generado, pasos posteriores al build y búsqueda. El motor retoca el HTML ya maquetado en dos casos, y solo en esos: la etiqueta generator (§2, decisión 127) y las direcciones completas de las entradas del feed (§10.2). El PDF de una página (§10.3) no es un procesador sobre el HTML ya generado: es una salida más de la página, con su propia plantilla, que no toca el HTML de nadie. Los id de los encabezados (§8) tampoco lo son: se escriben al convertir el Markdown, y el HTML ya convertido no se vuelve a recorrer. Y leer las variantes de ancho de una imagen que otra herramienta ya generó (variantes(), §7.3) no es generar imágenes: el motor no procesa ninguna, solo busca ficheros.

Que estén aquí no las promete ni las descarta: dentro de una versión mayor pueden llegar si son aditivas (§12, regla 5), y solo lo que dice la regla 4 queda cerrado (decisión 132).

Ninguna de estas cosas debería obligar a cambiar lo de arriba cuando llegue. Si al añadirlas hay que romper el contrato, el contrato estaba mal.

Por eso queda reservado ya el campo componentes, que sería el del catálogo si llega: un sitio no debe usarlo como campo propio, y si lo hace el motor lo avisa (decisión 138).