¿Cuál es el tipo MIME para Markdown?

¿Alguien sabe si existe un tipo MIME para Markdown? creo que es text/plain, pero hay alguno mas especifico?

preguntado el 22 de mayo de 12 a las 13:05

5 Respuestas

tl; dr: text/markdown desde el 2016 de marzo

En marzo de 2016, text/markdown fue registrado como RFC7763 en IETF.

Anteriormente, debería haber sido text/x-markdown. El texto a continuación describe la situación antes de marzo de 2016, cuando el RFC7763 aún era un borrador.


No hay una recomendación oficial sobre definición de Gruber, pero el tema fue discutido bastante en el lista de correo oficial, y llegó a la elección de text/x-markdown.

Esta conclusión fue desafiado más tarde, ha sido confirmado y puede ser, en mi opinión, considerado consenso.

Esta es la única conclusión lógica en la falta de un tipo de mimo oficial: text/ proporcionará el valor predeterminado adecuado en casi todas partes, x- porque no estamos usando un tipo oficial, markdown y no gruber. o lo que sea porque el tipo ahora es tan común.

Todavía hay incógnitas Sin embargo, con respecto a los diferentes "sabores" de Markdown. Supongo que alguien debería registrar un tipo oficial, que supuestamente es fácil, pero dudo que alguien se atreva a hacerlo más allá de John Gruber, ya que hace muy poco demostrado su apego a Markdown.

Hay un borrador en el IETF para text/markdown, pero el contenido no parece describir Markdown en absoluto, por lo que no lo usaría hasta que esté más completo.

Respondido 07 Oct 21, 08:10

No hay oficial tipo estándar, pero text/markdown parece ser lo mas comun de facto escribe. La mayoría de los navegadores y otros clientes razonablemente sofisticados probablemente verán el text/ parte y por defecto a text/plain de todos modos, así que no hay mucha diferencia.

Sin embargo, una advertencia: todos los tipos bajo el text/ jerarquía por defecto a ISO-8859-1 para su tipo de carácter en los estándares RFC relevantes. Desde entonces, la mayor parte del mundo ha pasado a UTF-8. Entonces, a menos que esté seguro de que no usará ningún personaje divertido (o vivirá en un mundo antiguo de Windows), es posible que desee especificarlo de la siguiente manera:

text/markdown; charset=UTF-8

respondido 01 mar '19, 21:03

Habría sido increíble si los clientes de correo lo admitieran y utilizaran Daringfireball Markdown como base para ello. Desafortunadamente, no lo hacen. Ni siquiera sé si alguien lo envió al IETF como un borrador de RFC. También investigué el tipo MIME de texto enriquecido y descubrí que ya no es compatible con muchos clientes de correo, que ahora favorecen el correo HTML. Además, Formato de texto enriquecido nunca admitió hipervínculos. - Volomike

Por "personajes divertidos" te refieres a los personajes que la gran mayoría del mundo usa para comunicarse a diario. - Keegan

Sí exactamente. Hay muchos personajes divertidos en el mundo. Trato de ser uno de ellos. - SFEley

Si está implementando esto usted mismo, debe usar text/markdown: x- los prefijos fueron desaprobados por RFC 6648 (mejor práctica actual 178) en junio de 2012.- Stuart P Bentley

Stuart P. Bentley: Excelente. Hurra por el progreso. >8-> - SFEley

contestado el 22 de mayo de 15 a las 18:05

Según RFC7763 "El tipo de texto/rebaja" a partir de 2016, el tipo MIME general es

text/markdown; charset=UTF-8

donde el charset el parámetro es obligatorio pero no necesariamente UTF-8.

Ese RFC también especifica un opcional variant parámetro, y la Autoridad de Números Asignados de Internet mantiene un registro de Variantes Markdown mediante el cual se puede especificar la variante específica de Markdown, por ejemplo,

text/markdown; charset=UTF-8; variant=Original
text/markdown; charset=UTF-8; variant=GFM
text/markdown; charset=UTF-8; variant=CommonMark

Algunas variantes permiten más parámetros, como se especifica en RFC7764 "Orientación sobre rebajas", por ejemplo, podría agregar extensions=-startnum con pandoc variante para especificar un ajuste en el dialecto, aunque no sé cómo/si pandoc realmente podría interpretar eso.

¿Por qué es necesario el conjunto de caracteres?

RFC2046 "MIME Parte Dos" desde 1996 estableció US-ASCII como el conjunto de caracteres predeterminado, pero también dijo

La especificación para cualquier subtipo futuro de "texto" debe especificar si también utilizarán o no un parámetro de "conjunto de caracteres", y posiblemente también restrinjan sus valores.

Entonces RFC2616 "HTTP/1.1" de 1999 especificó ISO-8859-1 como el conjunto de caracteres predeterminado para text/* transportado a través de HTTP, y con la web convirtiéndose en un modo dominante de comunicación, esta se convirtió en la supuesta codificación predeterminada para text/* tipos de medios.

Sin un conjunto de caracteres explícito o un valor predeterminado específico del tipo mime registrado, text/* se considera US-ASCII, a menos que dicho texto se transporte a través de HTTP, en cuyo caso se considera ISO-8859-1.

RFC 6657 "Actualización a MIME con respecto al manejo de parámetros "charset" en tipos de medios textuales" intentó aclarar esta discrepancia requiriendo que todos los nuevos registros de tipos de medios especifiquen explícitamente cómo determinar el conjunto de caracteres, preferiblemente incluyéndolo en la carga útil como lo permite HTML con <meta charset=UTF-8>.

La text/markdown Registración especifica el charset parámetro como "Requerido". Por lo tanto, usar un tipo de contenido de text/markdown es técnicamente inválido, y el juego de caracteres de dicho contenido puede interpretarse legítimamente como indefinido, inválido, US-ASCII, ISO-8859-1 o UTF-8 que en la práctica casi siempre será.

Respondido 07 Oct 21, 11:10

Ahora todo lo que necesita instalar es github.com/simov/markdown-visor — ¡Qué! - Gwyneth Llewelyn

Encontré este hilo de 2008: http://www.mail-archive.com/markdown-discuss@six.pairlist.net/msg00973.html

Parece del tipo mimo text/vnd.daringfireball.markdown debe ser registrado por el autor de Markdown, hasta entonces el tipo mimo de Markdown se puede especificar como text/x-markdown.

contestado el 22 de mayo de 12 a las 13:05

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.