电子邮件中的数学公式


11

有没有办法将LaTeX(或类似的)公式输入电子邮件,并在接收方将它们呈现为排版公式,也许是在接收方的配合下?我首选的邮件客户端是Thunderbird,但是其他应用程序的解决方案也可能会引起人们的兴趣,而便携式解决方案显然是最好的。

我希望但到目前为止找不到的东西:

  • 一种从HTML电子邮件中引用MathJax JavaScript文件的方法,以及客户端上的配置,该配置允许执行该特定的JavaScript而不会造成太多安全漏洞。
  • 一些附件可以在接收方启用MathJax,而在电子邮件中没有对其进行任何特殊引用。这甚至对于纯文本消息也可能有效,这是一件好事。
  • 一些附加组件,允许用户在某个地方输入LaTeX代码,并将相应的MathML嵌入到HTML格式的消息中。
  • 一些附加组件,使我可以在单击按钮之前标记部分消息。然后,标记的文本应解释为LaTeX,并由相应的MathML代替。显然,这也仅适用于HTML格式的消息。

我对上面提到的任何已知过程都感兴趣。如果不是立即很明显,则欢迎发送方和接收方支持哪些应用程序的信息。例如,我听说Thunderbird和Apple Mail都支持MathML来接收邮件,但是Outlook不支持。至少有关雷鸟渲染我可以确认的公式的部分。


1
有Miranda和Kopete的插件,都是聊天应用程序,它们正在做您想要的事情。
sme 2013年

1
对于接收方而言,等式作为可编辑文本生存下来是否很重要?我的意思是,有像LaTeX It这样的插件让您以图像形式发送LaTeX。
Dane 2013年

@Dane,保持可编辑性不是至关重要的。乳胶吧!将是一个选择,尽管图像的字体往往与电子邮件的其余部分不太匹配。
MvG

Answers:


6

Thunderbird版本31.6.0中提供了此功能。

  • 打开新的写消息
  • “插入”>“数学公式”
  • 输入公式
  • 点击“插入”。

令人遗憾的是,此功能使用MathML,目前似乎只有Firefox和Thunderbird支持该功能。据我所知,微软从未支持过MathML,而Google已于2017年停止。接收者很有可能因此看到与MathML一起存储的TeX源代码,而不是呈现的公式。
kdb

4

据我所知,目前没有什么可以完全满足您的要求。

通常,将javascript放入电子邮件中是一个非常糟糕的主意,但MathJax书签可以帮助网络客户端。您可以在发送电子邮件之前在Web客户端上使用它,但是我不建议这样做-MathJax渲染取决于浏览器,因此这通常会在接收者一方中断;这也将使重用数学内容变得困难。

我认为MathML将在将来成为首选的交换格式(希望能与LaTeX之类的嵌入式源数据一起继续创作)。许多方程式编辑器都生成MathML,但是很少有LaTeX输入和MathML输出的方程式编辑器

当谈到电子邮件客户端中的MathML支持时,Frederic Wang的最新博客文章可能是目前最好的(唯一的)消息来源-特别是评论5。Fred是Firefox的MathML实现的贡献者,并且是MathJax团队的成员(免责声明:我也是)。


3

实际问题是要在接受合作方的良好经验与未合作方的完整经验之间取得平衡。请记住,电子邮件可能会保留很多年,可以通过多个程序阅读并转发给其他人。

  • 目前,我相信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系统的作用是“单击此处以阅读” (并回复)作为网页”。


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.