Esta 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".
Existe uma maneira de inserir fórmulas LaTeX (ou similares) em um E-Mail e processá-las como fórmulas compostas no lado do recebimento, talvez com a cooperação da parte receptora? Meu cliente de e-mail preferido é o Thunderbird, mas as soluções para outros aplicativos também podem ser interessantes, e as soluções portáteis, obviamente, funcionariam melhor.
Coisas que espero, mas que não consegui encontrar até agora:
Estou interessado em qualquer procedimento conhecido nas linhas acima. Nos casos em que não sejam imediatamente óbvias, as informações sobre quais aplicativos no lado do envio e no lado do recebimento suportam essa abordagem seriam bem-vindas. Por exemplo, ouvi dizer que tanto o Thunderbird quanto o Apple Mail suportarão MathML para emails recebidos, mas o Outlook não. Pelo menos a parte sobre o Thunderbird renderizando a fórmula eu posso confirmar.
Até onde eu sei, atualmente não há nada que faça exatamente o que você quer.
Colocar javascript em um e-mail seria uma péssima idéia em geral, mas o bookmarklet MathJax poderia ajudar com os webclients. Você poderia usá-lo em seu web client antes de enviar um e-mail, mas eu não sugeriria isso - a renderização do MathJax depende do navegador, então isso geralmente ocorre no lado do destinatário; também dificultará a reutilização do conteúdo matemático.
Acho que o MathML se tornará o formato de troca de escolha no futuro (espero que com dados de origem incorporados como o LaTeX para poder continuar a criar com ele). Muitos editores de equações produzem MathML, mas aqueles com entrada LaTeX e saída MathML são raros.
O recente post do blog de Frederic Wang é provavelmente a melhor (apenas?) fonte para agora quando se trata de suporte MathML em clientes de e-mail - em particular comentário 5 . Fred é um colaborador da implementação MathML do Firefox e faz parte da equipe do MathJax (disclaimer: as am I).
O problema prático é encontrar um equilíbrio entre a boa experiência para a parte receptora que está cooperando, mas não sendo totalmente quebrada pelas partes que não colaboraram. Lembre-se de que os emails podem ser mantidos 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 - permite que você crie fórmulas de texto simples como $2^n$ ou mesmo (heuristicamente) 2^n em e-mails recebidos , o que é ótimo durante a conversa com uma pessoa que usa outro software.
O Markdown Here não é tão flexível em matemática, mas também faz outra formatação de marcação e funciona em muitos outros lugares.
Este formulário no site IntMath de Murray Bourne exige que você envie a partir dele do seu cliente de e-mail normal e usa o ASCIIMathML em vez da notação do TeX (mais fácil, mas tem o recurso interessante de permitir que o destinatário visualize o e-mail em um navegador - e responda .
Em um nível técnico, a única maneira de exibir uma ampla variedade de fórmulas para qualquer cliente (exceto os de texto puro) parece ser imagens PNG. Fazer certo deveria incluir:
alt. cid: muito melhor ( veja os comentários lá). ex unidades. Isso deve ser capaz de corresponder o tamanho e a linha de base ao texto circundante. Obter todos os itens acima para trabalhar com os clientes é complicado ... Por exemplo, consulte Markdown Veja os problemas .
Existem várias maneiras melhores de renderizar matemática do que PNG. O problema com todos eles é como voltar a imagem (ou mesmo texto) quando eles não funcionam?
Alguns subconjuntos simples de matemática podem ser renderizados com unicode + HTML + CSS. De fato, o TeX for Gmail tem esse modo. O KaTeX elevou o padrão para renderização pura de CSS de alta qualidade, exceto que ele depende de webfonts que não funcionam em quase clientes de e-mail. O MathJax 2.5 tem um modo "CommonHTML" que atualmente usa CSS + HTML sem mesmo webfonts, mas parece feio (eles planejam começar a usar webfonts para tornar mais bonito) ...
De qualquer forma, o CSS nos clientes de email é bem atrás dos navegadores e horrivelmente desigual , por isso os esquemas complexos de matemática não funcionarão .
O MathML é ótimo e semanticamente a coisa certa e até funciona em alguns clientes; infelizmente fallback para imagens parece difícil. Dos mecanismos oficiais de fallback, até mesmo o Chrome só obteve semestre em 2014 (obrigado Fred Wand), então o que se pode esperar dos clientes de email?
OK O MathML é um formato complexo e de nicho, mas com certeza o SVG deve ser óbvio após 15 anos de existência? Infelizmente, o suporte a SVG por e-mail é muito triste (por exemplo, o gmail recentemente descartou todo o suporte, nem mesmo o texto alternativo), e as técnicas conhecidas de fallback sem javascript não funcionam no e-mail. (Eu não considero testes para resolução de tela == iPhone | iPad uma técnica aceitável ...)
As técnicas de fallback mais limpas dependem de clientes que ignoram tags que não entendem; infelizmente, alguns clientes de e-mail (da Web) aceitam apenas uma lista de desbloqueio de tags e eliminam completamente itens como <math>...<img .../>...</math> em vez de renderizar o img ...
Como para fazer isso sem recuo, o destinatário não pode ler matemática sem a ferramenta certa - é uma tarefa difícil (comparado ao PNG, que é mais feio, mas funciona), mas talvez seja aceitável para você.
[Na verdade, há sempre a opção de incluir fallback de texto / simples. Nem todos os clientes que o recebem o exponham, e iniciar o e-mail com "Não é possível ver matemática? Procure por" Mostrar original "no seu cliente de e-mail" 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 web" é muito bom.]
E esse addon chamado de equações?
Veja: link
Tags email thunderbird latex mathjax