Resumen

  • La RFC 7763, RFC informativa del IETF publicada en marzo de 2016, registró text/markdown. La ficha exige charset y permite señalar con variant la sintaxis que pretendía usar el autor.
  • La variante es una pista para el receptor. El programa puede seguirla o aplicar otra lectura. La RFC 7764 documentó varios dialectos de Markdown que ya circulaban.
  • IANA mantiene tanto el registro de tipos de medios como un registro separado de variantes Markdown. Nombrar una variante y ejecutarla son actos distintos.

El archivo viaja mejor que su diseño

El atractivo de Markdown siempre fue la fuente legible. Un redactor escribe signos sencillos y ve títulos, enlaces o bloques de código. Esa facilidad permitió que cada comunidad añadiera reglas para lo que necesitaba. La RFC 7764 sitúa el origen del formato en 2004 y enumera variantes como Original, GFM, CommonMark, Pandoc y MultiMarkdown. No eran etiquetas comerciales pegadas a un contenido idéntico. El inventario de GFM incluye tablas, bloques delimitados y enlaces automáticos. Esas decisiones cambian lo que aparece ante el lector.

Imaginemos una tabla de responsabilidades en un archivo .md. La organización que la escribió la publica en un sistema con soporte para tablas. Meses después, otro equipo importa exactamente los mismos bytes a una herramienta que lee otra variante. Los nombres y separadores aparecen en filas de texto común. El informe de migración puede decir «integridad perfecta» porque todos los caracteres coinciden. El lector ha perdido la estructura que ordenaba las responsabilidades.

Ese fallo explica por qué la historia de text/markdown no es solo una historia de nombres. Un formato que se puede leer en bruto no garantiza que dos procesadores produzcan la misma página. La pregunta útil es quién eligió las reglas al publicarlo y quién las elegirá al recibirlo. El traslado del archivo mueve también el control de esa interpretación.

El nombre del contenido y el nombre de sus reglas

La RFC 7763 dio a la familia Markdown un tipo de medio en marzo de 2016. Un servidor o un correo podía anunciar text/markdown en lugar de dejar que el destinatario adivinara a partir de .md o de unos signos al principio del archivo. El registro exige charset: antes de reconocer títulos o listas, el programa debe decodificar los caracteres. El documento no define un conjunto de caracteres por defecto para este tipo.

Después viene variant, parámetro opcional. Un encabezado como Content-Type: text/markdown; charset=UTF-8; variant=Original comunica una intención más precisa. El autor puede pedir la lectura Original, o indicar otro identificador reconocido. Cuando falta el parámetro, contexto y receptor deciden. Cuando aparece, sigue siendo una pista. La RFC permite que el receptor interprete la variante anunciada, pero no lo obliga a hacerlo.

La asimetría es deliberadamente operativa. Un remitente puede escribir una declaración correcta y enviarla a un programa que carece de la regla necesaria. El encabezado no instala una función en ese programa. La RFC aconseja que remitentes y receptores se entiendan sobre variantes conocidas cuando importa conservar la intención del autor. Esa comprobación ocurre entre sistemas concretos, no dentro de un registro.

Una mudanza puede borrar incluso la pista. La RFC 7764 examina cómo conservar los parámetros cuando el texto sale de protocolos capaces de llevar tipos de medios. La RFC 7763 recomienda guardar la variante junto al contenido. Un archivo .md aislado conserva la fuente, pero quizá ya no conserva el contexto que produjo la página original.

Lo que IANA registra y lo que un programa hace

En el registro de tipos de medios, IANA enumera text/markdown. En otro registro guarda identificadores de variantes, entre ellos Original, GFM, CommonMark y Pandoc. La inscripción de variantes sigue el procedimiento de primer solicitante, primer atendido. El resultado es un vocabulario compartido para hablar de diferencias. Cada aplicación sigue necesitando un analizador que sepa aplicar las reglas mencionadas.

Una institución puede confundir fácilmente ambos niveles. Presenta el registro como garantía de compatibilidad, traslada una biblioteca de documentos y descubre después que cambió el sentido de una tabla o de un bloque de código. La organización ha preservado el archivo y alterado la lectura. Para detectar el desplazamiento hay que comparar salidas renderizadas y anotar la variante y la versión del programa que las produjo.

Los cuatro originales oficiales de este expediente documentan reglas y registros. Para atribuir adopción a productos concretos harían falta manuales fechados, versiones de código o respuestas HTTP capturadas. Lo que sí dejaron claro en 2016 fue el reparto de poder: el remitente podía nombrar su dialecto y el receptor seguía decidiendo si sabía leerlo.