実際的な問題は、協力する受信者にとっては良い経験であるが、非協力者にとっては完全に壊れていないというバランスをとることです。電子メールは何年も保持され、複数のプログラムで読み取られ、他の人に転送される可能性があることに注意してください。
現在、TeX for Gmailがこれを最大限に発揮すると考えています。特に、受信メールのような$2^n$
(ヒューリスティックに)プレーンテキストの数式をレンダリングできるので、他のソフトウェアを使用している人とやり取りするときに便利です。2^n
ここでのマークダウンは数学的には柔軟ではありませんが、他のマークダウンの書式設定も行い、より多くの場所で機能します。
Murray BourneのIntMathサイトのこのフォームでは、通常のメールクライアントの代わりにそこから送信する必要があり、TeX表記の代わりにASCIIMathMLを使用します(より簡単ですが、受信者にブラウザでメールを表示させ、そこに返信させます。
技術レベルでは、あらゆる式(純粋なテキスト式を除く)に幅広い数式を表示する唯一の方法は、PNG画像のようです。正しく行うには、以下を含める必要があります。
alt
テキストフォールバック。
- 画像をメールに埋め込み、自己完結型で外部サーバーに依存しないようにします。 データURIのサポートは不十分で、マルチパートは
cid:
はるかに優れています(コメントを参照)。
- 高DPI画面では恐ろしく見えない高解像度画像を使用します。
ex
単位で高さ、幅、垂直方向の配置を設定します。これにより、サイズとベースラインを周囲のテキストに一致させることができるはずです。
上記のすべてをクライアント間で機能させるのは難しいです。たとえば、Markdown Here's troublesを参照してください。
数学をレンダリングするには、PNGよりも優れた方法が複数あります。それらのすべての問題は、それらが機能しないときに画像(またはテキスト)にフォールバックする方法です?
数学のいくつかの単純なサブセットは、unicode + HTML + CSSで適切にレンダリングできます。実際、GmailのTeXにはこのようなモードがあります。 KaTeXは、ほとんどのメールクライアントでは機能しないWebフォントに依存していることを除いて、高品質の純粋なCSSレンダリングの水準を引き上げました。MathJax 2.5には「CommonHTML」モードがあり、現在はWebフォントすら使用せずにCSS + HTMLを使用しますが、見た目が悪くなります(Webフォントを使用してきれいにすることを計画しています)。
いずれにせよ、電子メールクライアントのCSSはブラウザーの背後にあり、恐ろしく不均一なため、複雑な数学レイアウトは機能しません。
MathMLは素晴らしく、意味的には正しいことであり、一部のクライアントでも機能します。悲しいかな、画像へのフォールバックは難しいようです。公式のフォールバックメカニズムのうち、Chromeでさえ2014年には半分しかありませんでした(Fred Wandに感謝します)。メールクライアントに何を期待できますか?
OK MathMLは複雑でニッチな形式ですが、SVGが存在してから15年後には間違いなく簡単になるはずです。残念ながら、電子メールSVGサポートは非常に残念です(たとえば、Gmailが最近、代替テキストでなくすべてのサポートを終了しました)。また、既知のjavascriptフリーフォールバック技術は電子メールでは機能しません。(画面解像度== iPhone | iPadのテストは受け入れられる手法とは考えていません...)
最もクリーンなフォールバック手法は、クライアントが理解できないタグを無視することに依存しています。悲しいことに、いくつかの(Web)メールクライアントはタグのホワイトリストのみを受け入れ、<math>...<img .../>...</math>
レンダリングする代わりにimg
...
フォールバックなしでこれらを行うことに関しては、受信者は適切なツールなしでは数学をまったく読むことができません。これは難しい呼び出しです(PNGに比べてくなりますが動作します)が、おそらく受け入れられます。
[実際には、テキスト/プレーンフォールバックを含めるオプションが常にあります。すべての受信クライアントがそれを公開するわけではなく、「数学が表示されませんか?メールクライアントで「オリジナルを表示」を検索」でメールを開始するのはお粗末な経験になります...
しかし、IntMathシステムは「ここをクリックして読む」 (および返信)をウェブページとして」は非常に優れています。