Fórmulas matemáticas em e-mails

Existe uma maneira de inserir as fórmulas do LaTeX (ou similares) em um e-mail e processá-las como fórmulas tipográficas no lado receptor, talvez com a cooperação da parte receptora? Meu cliente de email preferido é o Thunderbird, mas as soluções para outros aplicativos também podem ser interessantes e as soluções portáteis obviamente funcionam melhor.

Coisas que eu espero, mas não consegui encontrar até agora:

• Uma maneira de referenciar os arquivos JavaScript MathJax de dentro de um email em HTML, juntamente com uma configuração no lado do cliente que permite a execução desse JavaScript em particular, sem abrir muita brecha na segurança.
• Algum complemento que habilita o MathJax no lado receptor, sem nenhuma referência específica a ele no email. Isso pode funcionar mesmo para mensagens de texto sem formatação, o que é uma coisa boa.
• Algum complemento que permite ao usuário inserir o código LaTeX em algum lugar e que incorpora o MathML correspondente em uma mensagem formatada em HTML.
• Algum complemento que permite marcar parte da minha mensagem antes de clicar em um botão. O texto marcado deve ser interpretado como LaTeX e substituído pelo MathML correspondente. Obviamente, isso também funcionará apenas para mensagens no formato HTML.

Estou interessado em qualquer procedimento conhecido ao longo das linhas acima. Nos casos em que não sejam imediatamente óbvias, as informações sobre quais aplicativos, tanto no lado remetente quanto no lado receptor, suportam essa abordagem. Por exemplo, ouvi dizer que o Thunderbird e o Apple Mail oferecerão suporte ao MathML para emails recebidos, mas o Outlook não. Pelo menos a parte sobre o Thunderbird renderizando a fórmula, posso confirmar.

Essa funcionalidade está disponível no Thunderbird versão 31.6.0

• Abrir nova mensagem de gravação
• 'Inserir'> 'Fórmula matemática'
• Inserir fórmula
• clique em 'Inserir'.

Até onde eu sei, atualmente não há nada que faça exatamente o que você deseja.

Colocar javascript em um email seria uma péssima idéia em geral, mas o bookmarklet MathJax pode ajudar com os clientes da web . Você poderia usá-lo no seu cliente da web antes de enviar um email, mas eu não sugeriria isso - a renderização do MathJax depende do navegador, portanto, isso geralmente ocorre no lado do destinatário; também tornará difícil reutilizar o conteúdo matemático.

Eu acho que o MathML se tornará o formato de intercâmbio preferido no futuro (espero que com dados de origem incorporados como o LaTeX seja capaz de continuar criando). Muitos editores de equações produzem MathML, mas aqueles com entrada LaTeX e saída MathML são raros.

A recente postagem no blog de Frederic Wang é provavelmente a melhor (apenas?) Fonte no momento, quando se trata de suporte ao MathML em clientes de email - em particular o comentário 5 . Fred é um colaborador da implementação MathML do Firefox e faz parte da equipe MathJax (aviso: como eu sou).

O problema prático é encontrar um equilíbrio entre a boa experiência da parte receptora que cooperou e ainda não estar totalmente quebrada para as partes que não colaboram. Lembre-se de que os e-mails podem ser retidos por muitos anos, lidos por vários programas e encaminhados para outras pessoas.

• Atualmente, acredito que o TeX for Gmail faz isso da melhor maneira possível - principalmente permitindo que você processe fórmulas de texto simples como $2^n$ou mesmo (heuristicamente) 2^nnos e -mails recebidos, o que é ótimo durante o uso de outro software.

• Remarcação Aqui não é tão flexível em termos matemáticos, mas também faz outra formatação de remarcação e funciona em muitos outros lugares.

• Este formulário no site IntMath da Murray Bourne exige que você envie a partir dele, em vez de seu cliente de correio normal, e usa ASCIIMathML em vez da notação TeX (mais fácil, mas tem o bom recurso de permitir que o destinatário veja o correio em um navegador - e responda lá.

Em nível técnico, a única maneira de exibir uma ampla variedade de fórmulas para qualquer cliente (exceto as de texto puro) parece ser imagens PNG. Fazer certo deve incluir:

• alt fallback de texto.
• incorporar imagem no correio para que seja independente e não dependa de servidores externos. URIs de dados têm suporte ruim, multipart com cid:muito melhor (veja os comentários lá).
• usando imagem de alta resolução que não parece horrível na tela de alta DPI.
• definir altura, largura e alinhamento vertical em exunidades. Isso deve corresponder ao tamanho e linha de base do texto ao redor.

Fazer com que todas as opções acima funcionem entre os clientes é complicado ... Por exemplo, consulte Problemas no Markdown .

Existem várias maneiras melhores de renderizar matemática do que PNG. O problema com todos eles é como voltar à imagem (ou até ao texto) quando eles não funcionam?

• Algum subconjunto simples de matemática pode ser renderizado bem com unicode + HTML + CSS. Na verdade, o TeX for Gmail tem esse modo. O KaTeX elevou a fasquia para a renderização CSS pura de alta qualidade, exceto que depende de Webfonts que não funcionam quase no cliente de email. O MathJax 2.5 possui um modo "CommonHTML", que atualmente usa CSS + HTML sem mesmo as páginas da web, mas parece feio (eles planejam começar a usar as páginas da web para ficar mais bonito) ...

  De qualquer forma, o CSS nos clientes de email está muito atrás dos navegadores e é terrivelmente desigual , portanto, layouts matemáticos complexos não funcionam.

• MathML é ótimo e semanticamente a coisa certa e até funciona em alguns clientes; infelizmente, o fallback de imagens parece difícil. Dos mecanismos oficiais de fallback, até o Chrome recebeu apenas metade em 2014 (graças a Fred Wand), então o que se pode esperar dos clientes de email?

• OK O MathML é um formato complexo e de nicho, mas certamente o SVG deveria ser um acéfalo depois de 15 anos de existência? Infelizmente, o suporte a SVG por email é muito triste (por exemplo, o gmail recentemente abandonou todo o suporte, nem mesmo o texto alternativo), e as técnicas conhecidas de fallback sem javascript não funcionam no email. (Não considero testar a resolução da tela == iPhone | iPad uma técnica aceitável ...)

As técnicas de fallback mais limpas dependem de clientes que ignoram tags que eles não entendem; infelizmente tranquila a poucos clientes (web) e-mail só aceita uma lista branca de marcas e completamente deixar cair coisas como <math>...<img .../>...</math>, em vez de tornar a img...

Quanto a fazer isso sem fallback, o destinatário não pode ler matemática sem a ferramenta certa - é uma decisão difícil (em comparação com PNG, que é mais feia, mas funciona), mas talvez seja aceitável para você.
[Na verdade, sempre existe a opção de incluir texto / fallback simples. Nem todos os clientes receptores o expõem e iniciar o email com "Não consegue ver a matemática? Procure por" Mostrar original "no seu cliente de email" seria uma péssima experiência ...
No entanto, o que o sistema IntMath faz com "clique aqui para ler ( e responder ) como uma página da web "é muito boa.]

E esse addon chamado equações?

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