Fórmulas matemáticas en correos electrónicos

¿Hay alguna manera de ingresar fórmulas LaTeX (o similares) en un correo electrónico y hacer que se procesen como fórmulas tipográficas en el lado receptor, tal vez con la cooperación de la parte receptora? Mi cliente de correo preferido es Thunderbird, pero las soluciones para otras aplicaciones también pueden ser de interés, y las soluciones portátiles obviamente funcionarían mejor.

Cosas que esperaba pero que hasta ahora no pude encontrar:

• Una manera de hacer referencia a los archivos JavaScript de MathJax desde un correo electrónico HTML, junto con una configuración en el lado del cliente que permite la ejecución de este JavaScript en particular sin abrir demasiado agujero de seguridad.
• Algunos complementos que habilitan MathJax en el lado receptor, sin ninguna referencia particular en el correo electrónico. Esto podría funcionar incluso para mensajes de texto sin formato, lo cual es algo bueno.
• Algún complemento que le permite al usuario ingresar código LaTeX en algún lugar y que incorpora el MathML correspondiente en un mensaje con formato HTML.
• Algún complemento que me permite marcar parte de mi mensaje antes de hacer clic en un botón. El texto marcado debe interpretarse como LaTeX y reemplazarse por el MathML correspondiente. Obviamente, esto solo funcionará también para mensajes con formato HTML.

Estoy interesado en cualquier procedimiento conocido a lo largo de las líneas anteriores. En los casos en que no sea obvio de inmediato, la información sobre qué aplicaciones en el envío y en el lado receptor respaldan este enfoque sería bienvenida. Por ejemplo, he oído que tanto Thunderbird como Apple Mail admitirán MathML para los correos recibidos, pero Outlook no. Al menos la parte sobre Thunderbird que representa la fórmula que puedo confirmar.

Esta funcionalidad está disponible en Thunderbird versión 31.6.0

• Abrir nuevo Escribir mensaje
• 'Insertar'> 'Fórmula matemática'
• Ingrese la fórmula
• haga clic en 'Insertar'.

Hasta donde yo sé, actualmente no hay nada que haga lo que quieres.

Poner javascript en un correo electrónico sería una muy mala idea en general, pero el bookmarklet MathJax podría ayudar con los clientes web. Puede usarlo en su cliente web antes de enviar un correo electrónico, pero no sugeriría esto: la representación de MathJax depende del navegador, por lo que a menudo esto se romperá en el lado del destinatario; También dificultará la reutilización del contenido matemático.

Creo que MathML se convertirá en el formato de intercambio de elección en el futuro (con suerte, con datos de origen incrustados como LaTeX para poder continuar creando con él). Muchos editores de ecuaciones producen MathML, pero aquellos con entrada LaTeX y salida MathML son raros.

La reciente publicación de blog de Frederic Wang es probablemente la mejor (¿solo?) Fuente por ahora cuando se trata de soporte de MathML en clientes de correo electrónico, en particular el comentario 5 . Fred es colaborador de la implementación MathML de Firefox y es parte del equipo MathJax (descargo de responsabilidad: como yo).

El problema práctico es lograr un equilibrio entre una buena experiencia para la parte receptora que coopera pero que no se rompe por completo para las partes que no cooperaron. Recuerde que los correos electrónicos pueden conservarse durante muchos años, leerse a través de múltiples programas y reenviarse a otras personas.

• Actualmente creo que TeX for Gmail hace esto mejor, en particular le permite representar fórmulas de texto sin formato como $2^n$o incluso (heurísticamente) 2^nen el correo entrante, lo cual es excelente durante el intercambio de una persona que usa otro software.

• Markdown Here no es tan flexible en términos matemáticos, pero también tiene otro formato de markdown y funciona en muchos más lugares.

• Este formulario en el sitio IntMath de Murray Bourne requiere que envíe desde él en lugar de su cliente de correo normal, y utiliza ASCIIMathML en lugar de la notación TeX (más fácil pero tiene la buena característica de permitir que el destinatario vea el correo en un navegador y responda allí).

A nivel técnico, la única forma de mostrar una amplia gama de fórmulas a cualquier cliente (excepto las de texto puro) parece ser imágenes PNG. Hacerlo bien debería incluir:

• alt texto de reserva.
• incrustando la imagen en el correo para que sea independiente y no dependa de servidores externos. los URI de datos tienen mal soporte, multiparte con cid:mucho mejor (ver comentarios allí).
• usando una imagen de alta resolución que no se ve horrible en la pantalla de alta DPI.
• ajuste de altura, ancho y alineación vertical en exunidades. Esto debería poder hacer coincidir el tamaño y la línea de base con el texto circundante.

Hacer que todo lo anterior funcione en todos los clientes es complicado ... Por ejemplo, vea Markdown Aquí hay problemas .

Hay muchas formas mejores de representar las matemáticas que PNG. El problema con todos ellos es cómo volver a la imagen (o incluso al texto) cuando no funcionan.

• Algunos subconjuntos simples de matemáticas se pueden representar bien con Unicode + HTML + CSS. De hecho, TeX para Gmail tiene ese modo. KaTeX elevó el listón para el renderizado CSS puro de alta calidad, excepto que se basa en fuentes web que no funcionan en casi el cliente de correo. MathJax 2.5 tiene un modo "CommonHTML" que actualmente usa CSS + HTML sin siquiera webfonts, pero se ve feo (planean comenzar a usar webfonts para hacer más bonito) ...

  En cualquier caso, CSS en los clientes de correo electrónico está muy por detrás de los navegadores y es horriblemente desigual , por lo que los diseños matemáticos complejos no funcionarán.

• MathML es excelente y semánticamente lo correcto e incluso funciona en algunos clientes; Por desgracia, la recuperación de las imágenes parece difícil. De los mecanismos de reserva oficiales, incluso Chrome solo obtuvo la mitad en 2014 (gracias Fred Wand), entonces, ¿qué se puede esperar de los clientes de correo electrónico?

• OK MathML es un formato complejo y de nicho, pero seguramente SVG debería ser obvio después de ~ 15 años de existencia. Por desgracia, el soporte de SVG por correo electrónico es muy triste (por ejemplo, gmail recientemente eliminó todo el soporte, ni siquiera el texto alternativo), y las técnicas conocidas de respaldo sin javascript no funcionan en el correo electrónico. (No considero que la prueba de resolución de pantalla == iPhone | iPad sea una técnica aceptable ...)

Las técnicas de recuperación más limpias dependen de que los clientes ignoren las etiquetas que no entienden; Por desgracia, algunos clientes de correo (web) solo aceptan una lista blanca de etiquetas y descartan por completo cosas como en <math>...<img .../>...</math>lugar de mostrar el img...

En cuanto a hacer esto sin respaldo, por lo que el destinatario no puede leer las matemáticas sin la herramienta adecuada: es una decisión difícil (en comparación con PNG, que es más feo pero funciona), pero puede ser aceptable para usted.
[En realidad, siempre existe la opción de incluir texto / respaldo simple. No todos los clientes receptores lo exponen, y comenzar el correo con "¿No puede ver las matemáticas? Busque" Mostrar original "en su cliente de correo electrónico" sería una experiencia pésima ...
Sin embargo, lo que hace el sistema IntMath con "haga clic aquí para leer ( y responder ) como una página web "es muy bueno.]

¿Qué pasa con este complemento llamado ecuaciones?

Ver: https://addons.mozilla.org/en-US/thunderbird/addon/equations/