☰

电子邮件中的数学公式

tag-icon • tag-icon email thunderbird latex mathjax
电子邮件中的数学公式

有没有办法将 LaTeX（或类似）公式输入电子邮件，并在接收方将其呈现为排版公式，也许需要接收方的配合？我首选的邮件客户端是 Thunderbird，但其他应用程序的解决方案也可能令人感兴趣，而便携式解决方案显然效果最好。

我期望但至今尚未找到的东西：

  • 一种从 HTML 电子邮件中引用 MathJax JavaScript 文件的方法，以及客户端上的配置，允许执行此特定的 JavaScript 而不会打开太多的安全漏洞。
  • 一些插件可以在接收端启用 MathJax，而无需在电子邮件中特别提及它。这甚至可能适用于纯文本消息，这是一件好事。
  • 一些附加组件允许用户在某处输入 LaTeX 代码，并将相应的 MathML 嵌入到 HTML 格式的消息中。
  • 某个插件允许我在单击按钮之前标记部分消息。标记的文本随后应被解释为 LaTeX 并被相应的 MathML 替换。显然，这也仅适用于 HTML 格式的消息。

我对上述任何已知程序都很感兴趣。在不太明显的情况下，欢迎提供有关发送方和接收方哪些应用程序支持此方法的信息。例如，我听说 Thunderbird 和 Apple Mail 都支持接收邮件的 MathML，但 Outlook 不支持。至少关于 Thunderbird 渲染公式的部分我可以确认。

答案1

此功能在 Thunderbird 版本 31.6.0 中可用

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

答案2

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

在电子邮件中添加 JavaScript 总体来说是一个非常糟糕的主意，但是MathJax 书签小工具可能对 webclients 有帮助。您可以在发送电子邮件之前在 webclient 上使用它，但我不建议这样做——MathJax 渲染依赖于浏览器，因此这通常会在收件人端中断；这也会使重新使用数学内容变得困难。

我认为 MathML 将成为未来的首选交换格式（希望能够嵌入 LaTeX 等源数据，以便能够继续使用它进行创作）。许多公式编辑器生成 MathML，但具有 LaTeX 输入和 MathML 输出的却很少见。

Frederic Wang 的最新博客文章目前，当谈到电子邮件客户端中的 MathML 支持时，它可能是最佳的（唯一的？）来源——尤其是评论 5。Fred 是 Firefox MathML 实现的贡献者，也是 MathJax 团队的成员（免责声明：我也是）。

答案3

实际问题在于，如何在合作接收方获得良好体验与不合作方不完全被破坏之间取得平衡。请记住，电子邮件可能会保留多年，通过多个程序阅读，并转发给其他人。

  • 目前我相信用于 Gmail 的 TeX在这方面做得最好——值得注意的是，它允许你渲染纯文本公式，如$2^n$或甚至（启发式地）2^n接收邮件这在与使用其他软件的人交流时非常有用。

  • Markdown在这里在数学方面不那么灵活，但也能进行其他 markdown 格式化并可在更多地方使用。

  • 此表格Murray Bourne 的 IntMath 网站上的邮件发送功能要求你从它而不是常规邮件客户端发送邮件，并且使用 ASCIIMathML 而不是 TeX 符号（更简单，但有一个很好的功能，可以让收件人在浏览器中查看邮件 - 并且回复那里。

从技术层面上讲，向任何客户端显示各种公式（纯文本公式除外）的唯一方法似乎是 PNG 图像。正确的做法应该包括：

  • alt文本回退。
  • 在邮件中嵌入图像，使其独立并且不依赖于外部服务器。 data URI 支持不佳，multipart 支持cid:好得多（见那里的评论）。
  • 使用在高 DPI 屏幕上看起来不会很糟糕的高分辨率图像。
  • 设置高度、宽度和垂直对齐的ex单位。这应该能够使大小和基线与周围文本相匹配。

让上述所有功能在客户端上运行起来很棘手...例如Markdown 的烦恼。

有很多比 PNG 更好的方法来渲染数学。所有这些方法的问题是如何恢复图像（甚至是文本）当它们不工作的时候？

  • 一些简单的数学子集可以用unicode+HTML+CSS很好地呈现。事实上，TeX for Gmail就有这样的模式。 卡泰克斯提高了高质量纯 CSS 渲染的标准，但它依赖于在大多数邮件客户端中都无法使用的 webfont。MathJax 2.5 有一个“CommonHTML”模式，目前使用 CSS+HTML，甚至没有 webfont，但看起来很丑（他们计划开始使用 webfont 使其更漂亮）...

    无论如何，电子邮件客户端中的 CSS远远落后于浏览器，而且极不平衡，因此复杂的数学布局将不起作用。

  • MathML 很棒，从语义上来说是正确的，甚至在某些客户端中也能工作；可惜回退到图像似乎很难。在官方的回退机制中，即使是 Chrome 也只有一半在 2014 年（感谢 Fred Wand），那么人们对电子邮件客户端有何期望？

  • 好吧，MathML 是一种复杂且小众的格式，但 SVG 已经存在了大约 15 年，应该很容易被接受吧？唉，电子邮件对 SVG 的支持非常糟糕（例如，gmail 最近放弃了所有支持，甚至没有 alt 文本），而且已知的无 javascript 后备技术在电子邮件上不起作用。（我不认为测试屏幕分辨率 == iPhone|iPad 是一种可接受的技术……）

最干净的后备技术依赖于客户端忽略它们不理解的标签；可惜的是，一些（网络）邮件客户端只接受标签白名单，并完全丢弃诸如此类的东西，<math>...<img .../>...</math>而不是呈现img...

至于在没有后备的情况下执行这些操作，那么收件人如果没有合适的工具就根本无法阅读数学 - 这是一个艰难的决定（与 PNG 相比，后者更丑陋但有效），但也许对你来说是可以接受的。
[实际上，始终可以选择包含文本/纯文本后备。并非所有接收客户端都会公开它，并且以“看不到数学？在您的电子邮件客户端中查找“显示原始””开头的邮件将是一种糟糕的体验......
但是 IntMath 系统对“单击此处阅读（并回复)作为网页”非常好。

答案4

这个叫做方程式的插件怎么样？

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

相关内容