实际问题是要在接受合作方的良好经验与未合作方的完整经验之间取得平衡。请记住,电子邮件可能会保留很多年,可以通过多个程序阅读并转发给其他人。
目前,我相信TeX for Gmail可以做到最好,特别是它可以让您在收到的邮件中呈现$2^n$
(甚至启发式地)纯文本公式,这在使用其他软件的来回过程中非常有用。2^n
Markdown此处的数学方法不那么灵活,但其他Markdown格式也可以这样做,并且可以在更多地方使用。
Murray Bourne的IntMath网站上的此表单要求您从中发送邮件,而不是从常规邮件客户端发送邮件,并使用ASCIIMathML而不是TeX表示法(更容易,但具有让收件人在浏览器中查看邮件的很好的功能-并在此进行回复。
从技术上讲,向任何客户端(纯文本格式除外)显示广泛公式的唯一方法似乎是PNG图像。正确行事应包括:
alt
文字后备广告。
- 将图像嵌入到邮件中,因此它是独立的并且不依赖于外部服务器。 数据URI的支持不好,多部分的支持
cid:
更好(请参阅此处的注释)。
- 使用在高DPI屏幕上看起来并不可怕的高分辨率图像。
- 设置高度,宽度和垂直对齐
ex
单位。这应该能够使大小和基线与周围的文本匹配。
使以上所有内容在客户中都能正常工作很棘手...例如,请参阅Markdown的麻烦。
有比PNG更好的数学渲染方法。它们所有的问题是当它们不起作用时如何退回到图像(甚至文本)?
某些简单的数学子集可以使用unicode + HTML + CSS很好地呈现。确实,适用于Gmail的TeX具有这种模式。 KaTeX提高了高质量纯CSS渲染的标准,除了它依赖于几乎不能在邮件客户端中使用的webfonts。MathJax 2.5具有“ CommonHTML”模式,当前使用CSS + HTML甚至没有webfonts,但是它看起来很丑陋(他们计划开始使用webfonts使其更漂亮)。
无论如何,电子邮件客户端中的CSS都远远落后于浏览器,而且非常不平衡,因此复杂的数学布局将无法工作。
MathML很棒,并且在语义上是正确的,甚至可以在某些客户中使用;遗憾的是,图像回退似乎很困难。在官方的后备机制中,即使Chrome 在2014年也只获得了一半(感谢Fred Wand),所以人们对电子邮件客户端有何期待?
好的,MathML是复杂且利基的格式,但是在存在约15年之后,SVG当然应该毫无疑问吗?遗憾的是,电子邮件SVG支持非常可悲(例如,gmail最近放弃了所有支持,甚至没有替代文本),并且已知的无JavaScript后备技术无法在电子邮件上使用。(我不认为测试屏幕分辨率== iPhone | iPad是可接受的技术...)
最干净的后备技术依赖于客户忽略他们不了解的标签。遗憾的是,一些(Web)邮件客户端仅接受标签的白名单,并完全丢弃类似内容,<math>...<img .../>...</math>
而不是呈现img
...
至于没有回退的情况,那么如果没有合适的工具,接收者根本无法阅读数学-这是一个艰难的要求(与PNG比较丑陋但有效),但是您可能会接受。
[实际上,总是可以选择包含文本/纯文本后备选项。并非所有的接收客户端都公开它,并以“看不到数学?在您的电子邮件客户端中查找“显示原始”消息”开头的邮件是一种糟糕的体验……
但是IntMath系统的作用是“单击此处以阅读” (并回复)作为网页”。