Formules mathématiques dans les e-mails

Existe-t-il un moyen de saisir des formules LaTeX (ou similaires) dans un e-mail et de les rendre sous forme de formules composées du côté récepteur, peut-être avec la coopération de la partie destinataire? Mon client de messagerie préféré est Thunderbird, mais les solutions pour d'autres applications pourraient également être intéressantes, et les solutions portables fonctionneraient évidemment mieux.

Choses que j'espère mais que je n'ai pas trouvées jusqu'à présent:

• Un moyen de référencer les fichiers JavaScript MathJax à partir d'un e-mail HTML, ainsi qu'une configuration côté client qui permet l'exécution de ce JavaScript particulier sans ouvrir trop de faille de sécurité.
• Un module complémentaire qui active MathJax du côté de la réception, sans aucune référence particulière à celui-ci dans le courrier électronique. Cela peut fonctionner même pour les messages en texte brut, ce qui est une bonne chose.
• Un module complémentaire qui permet à l'utilisateur d'entrer du code LaTeX quelque part et qui incorpore le MathML correspondant dans un message au format HTML.
• Un module complémentaire qui me permet de marquer une partie de mon message avant de cliquer sur un bouton. Le texte marqué doit alors être interprété comme LaTeX et être remplacé par le MathML correspondant. Évidemment, cela ne fonctionnera que pour les messages au format HTML.

Je suis intéressé par toutes les procédures connues dans le sens ci-dessus. Dans les cas où ils ne sont pas immédiatement évidents, des informations sur les candidatures envoyées et reçues soutenant cette approche seraient les bienvenues. Par exemple, j'ai entendu dire que Thunderbird et Apple Mail prendraient en charge MathML pour les courriers reçus, mais pas Outlook. Au moins la partie sur Thunderbird qui rend la formule que je peux confirmer.

Cette fonctionnalité est disponible dans Thunderbird version 31.6.0

• Ouvrir un nouveau message d'écriture
• 'Insérer'> 'Formule mathématique'
• Entrez la formule
• cliquez sur 'Insérer'.

Pour autant que je sache, il n'y a actuellement rien qui fait exactement ce que vous voulez.

Mettre javascript dans un e-mail serait une très mauvaise idée en général, mais le bookmarklet MathJax pourrait aider avec les clients Web. Vous pouvez l'utiliser sur votre client Web avant d'envoyer un e-mail, mais je ne le suggérerais pas - le rendu MathJax dépend du navigateur, donc cela cassera souvent du côté du destinataire; il sera également difficile de réutiliser le contenu mathématique.

Je pense que MathML deviendra le format d'échange de choix à l'avenir (avec un peu de chance avec des données source intégrées comme LaTeX pour pouvoir continuer à écrire avec). De nombreux éditeurs d'équations produisent MathML, mais ceux avec entrée LaTeX et sortie MathML sont rares.

Le récent billet de blog de Frédéric Wang est probablement la meilleure (seule?) Source pour l'instant en ce qui concerne le support MathML dans les clients de messagerie - en particulier le commentaire 5 . Fred est un contributeur à l'implémentation MathML de Firefox et fait partie de l'équipe MathJax (avertissement: comme moi).

Le problème pratique est de trouver un équilibre entre une bonne expérience pour la partie bénéficiaire coopérante mais pas entièrement rompu pour les parties non coopérantes. N'oubliez pas que les e-mails peuvent être conservés pendant de nombreuses années, lus via plusieurs programmes et transmis à d'autres personnes.

• Actuellement, je crois que TeX pour Gmail fait mieux - notamment il vous permet de rendre des formules de texte brut comme $2^n$ou même (heuristiquement) 2^ndans le courrier entrant, ce qui est excellent lors des allers-retours avec une personne utilisant un autre logiciel.

• Markdown Ici, ce n'est pas aussi flexible sur le plan mathématique, mais il fait également d'autres formats de markdown et fonctionne dans de nombreux autres endroits.

• Ce formulaire sur le site IntMath de Murray Bourne vous oblige à envoyer à partir de celui-ci au lieu de votre client de messagerie habituel, et utilise ASCIIMathML au lieu de la notation TeX (plus facile mais a la fonctionnalité intéressante de laisser le destinataire voir le courrier dans un navigateur - et y répondre .

Sur le plan technique, la seule façon d'afficher une large gamme de formules à n'importe quel client (sauf celles en texte pur) semble être des images PNG. Le faire correctement devrait comprendre:

• alt texte de secours.
• incorporer une image dans le courrier afin qu'il soit autonome et ne dépend pas de serveurs externes. les URI de données ont un mauvais support, multipart avec cid:beaucoup mieux (voir les commentaires ici).
• en utilisant une image haute résolution qui ne semble pas horrible sur un écran haute résolution.
• réglage de la hauteur, de la largeur et de l'alignement vertical en exunités. Cela devrait être en mesure de faire correspondre la taille et la ligne de base au texte environnant.

Il est difficile de faire fonctionner tout ce qui précède entre les clients ... Par exemple, voir Markdown Here troubles .

Il existe plusieurs meilleures façons de rendre les mathématiques que PNG. Le problème avec chacun d'eux est de savoir comment se replier sur l'image (ou même le texte) quand ils ne fonctionnent pas?

• Un sous-ensemble simple de mathématiques peut être bien rendu avec unicode + HTML + CSS. En effet, TeX pour Gmail dispose d'un tel mode. KaTeX a élevé la barre pour un rendu CSS pur de haute qualité, sauf qu'il repose sur des polices Web qui ne fonctionnent pas dans presque le client de messagerie. MathJax 2.5 a un mode "CommonHTML" qui utilise actuellement CSS + HTML sans même les polices Web, mais il a l'air moche (ils prévoient de commencer à utiliser les polices Web pour rendre plus joli) ...

  Dans tous les cas, CSS dans les clients de messagerie est loin derrière les navigateurs et horriblement inégal , donc les dispositions mathématiques complexes ne fonctionneront pas.

• MathML est génial et sémantiquement la bonne chose et fonctionne même dans certains clients; hélas, le retour aux images semble difficile. Parmi les mécanismes de secours officiels, même Chrome n'en a obtenu que la moitié en 2014 (merci Fred Wand), alors que peut-on attendre des clients de messagerie?

• OK MathML est un format complexe et de niche, mais SVG devrait sûrement être une évidence après environ 15 ans d'existence? Hélas, le support SVG par e-mail est très triste (par exemple, gmail a récemment abandonné tout le support, pas même le texte alternatif), et les techniques de secours connues sans javascript ne fonctionnent pas sur le courrier électronique. (Je ne considère pas le test de résolution d'écran == iPhone | iPad comme une technique acceptable ...)

Les techniques de secours les plus propres reposent sur le fait que les clients ignorent les balises qu'ils ne comprennent pas; hélas, quelques clients de messagerie (Web) n'acceptent qu'une liste blanche de balises et abandonnent complètement des choses comme <math>...<img .../>...</math>au lieu de rendre le img...

Quant à faire cela sans repli, le destinataire ne peut pas du tout lire les mathématiques sans le bon outil - c'est un appel difficile (par rapport au PNG qui est plus laid mais qui fonctionne) mais peut-être acceptable pour vous.
[En fait, il y a toujours la possibilité d'inclure du texte / repli simple. Tous les clients destinataires ne l'exposent pas et commencer le courrier avec "Impossible de voir les mathématiques? Rechercher" Afficher l'original "dans votre client de messagerie" serait une expérience moche ...
Cependant, ce que le système IntMath fait avec "cliquez ici pour lire ( et répondre ) en tant que page Web "est très bien.]

Qu'en est-il de cet addon appelé équations?

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