Математические формулы в электронных письмах

Есть ли способ ввести формулы LaTeX (или аналогичные) в электронное письмо и получить их как набранные формулы на принимающей стороне, возможно, в сотрудничестве с принимающей стороной? Мой предпочтительный почтовый клиент - Thunderbird, но решения для других приложений также могут представлять интерес, и портативные решения, очевидно, будут работать лучше всего.

Вещи, на которые я надеюсь, но пока не могу найти:

• Способ ссылаться на файлы JavaScript MathJax из электронной почты HTML вместе с конфигурацией на стороне клиента, которая позволяет выполнять этот конкретный JavaScript, не открывая слишком большую дыру в безопасности.
• Некоторое дополнение, которое включает MathJax на принимающей стороне, без какой-либо конкретной ссылки на него в E-Mail. Это может работать даже для простых текстовых сообщений, что хорошо.
• Некоторая надстройка, которая позволяет пользователю вводить код LaTeX где-нибудь и которая встраивает соответствующий MathML в сообщение в формате HTML.
• Некоторое дополнение, которое позволяет мне отмечать часть моего сообщения перед нажатием кнопки. Помеченный текст должен быть интерпретирован как LaTeX и заменен соответствующим MathML. Очевидно, это будет работать только для сообщений в формате HTML.

Я заинтересован в любых известных процедурах в соответствии с вышеизложенным. В случаях, когда это не очевидно, информация о том, какие приложения на отправляющей, а также на принимающей стороне поддерживают этот подход, будет приветствоваться. Например, я слышал, что Thunderbird и Apple Mail будут поддерживать MathML для полученных писем, но Outlook не будет. По крайней мере, часть о том, как Thunderbird отображает формулу, могу подтвердить.

Эта функциональность доступна в Thunderbird версии 31.6.0.

• Открыть новое Написать сообщение
• «Вставить»> «Математическая формула»
• Введите формулу
• нажмите «Вставить».

Насколько я знаю, в настоящее время нет ничего, что вполне делает то, что вы хотите.

Поместить javascript в электронное письмо было бы очень плохой идеей, но букмарклет MathJax мог бы помочь с веб-клиентами. Вы можете использовать его на своем веб-клиенте перед отправкой электронного письма, но я бы не советовал этого - рендеринг MathJax зависит от браузера, поэтому он часто ломается на стороне получателя; это также затруднит повторное использование математического содержания.

Я думаю, что MathML станет предпочтительным форматом обмена в будущем (надеюсь, со встроенными исходными данными, такими как LaTeX, чтобы иметь возможность продолжать авторизацию с ним). Многие редакторы формул создают MathML, но те, которые имеют LaTeX-ввод и MathML-вывод, встречаются редко.

Недавнее сообщение Фредерика Вана в блоге, вероятно, является лучшим (единственным?) Источником на данный момент, когда речь идет о поддержке MathML в почтовых клиентах - в частности, комментарий 5 . Фред является участником реализации Firefox MathML и является частью команды MathJax (отказ от ответственности: как и я).

Практическая проблема заключается в достижении баланса между хорошим опытом для сотрудничающей принимающей стороны, но не полностью нарушена для не сотрудничающих сторон. Помните, что электронные письма можно хранить в течение многих лет, читать через несколько программ и пересылать другим людям.

• В настоящее время я считаю, что TeX для Gmail делает это лучше всего, в частности, он позволяет вам отображать простые текстовые формулы, такие как $2^n$или даже (эвристически), 2^nво входящей почте, что отлично подходит для тех, кто использует другие программы.

• Уценка Здесь не так гибко с точки зрения математики, но также выполняет другое форматирование уценки и работает во многих других местах.

• Эта форма на сайте Intray Math Murray Bourne требует, чтобы вы отправляли с него вместо обычного почтового клиента, и использует ASCIIMathML вместо нотации TeX (проще, но имеет приятную функцию, позволяющую получателю просматривать почту в браузере - и отвечать там.

На техническом уровне единственным способом отображения широкого спектра формул для любого клиента (кроме чисто текстовых) являются изображения PNG. Правильное выполнение должно включать:

• alt текстовый резерв.
• встраивание изображения в почту, чтобы оно было автономным и не зависело от внешних серверов. У данных URI плохая поддержка, многочастная с cid:гораздо лучшей (см. комментарии там).
• используя изображение с высоким разрешением, которое не выглядит ужасно на экране с высоким разрешением.
• установка высоты, ширины и вертикального выравнивания в exединицах. Это должно соответствовать размеру и базовой линии окружающему тексту.

Получить все вышеперечисленное для работы с клиентами довольно сложно ... Например, см. Markdown Вот проблемы .

Есть несколько лучших способов визуализации математики, чем PNG. Проблема со всеми из них заключается в том, как вернуться к изображению (или даже тексту), когда они не работают?

• Некоторое простое подмножество математики может быть хорошо отображено с помощью Unicode + HTML + CSS. Действительно, в TeX для Gmail есть такой режим. KaTeX поднял планку для качественного рендеринга чистого CSS, за исключением того, что он опирается на веб-шрифты, которые не работают почти в почтовом клиенте. MathJax 2.5 имеет режим «CommonHTML», который в настоящее время использует CSS + HTML без даже веб-шрифтов, но выглядит уродливо (они планируют начать использовать веб-шрифты, чтобы сделать их красивее) ...

  В любом случае, CSS в почтовых клиентах сильно отстает от браузеров и ужасно неравномерен , поэтому сложные математические макеты не будут работать.

• MathML великолепен и семантически верен и даже работает в некоторых клиентах; увы, возврат к изображениям кажется сложным. Из официальных резервных механизмов даже Chrome получил только половину в 2014 году (спасибо Фреду Вэнду), так чего же ожидать от почтовых клиентов?

• OK MathML - сложный и нишевый формат, но наверняка SVG должен быть легким делом после ~ 15 лет существования? Увы, поддержка SVG по электронной почте очень печальна (например, gmail недавно прекратил поддержку, даже альтернативный текст), а известные методы восстановления без использования javascript не работают с электронной почтой. (Я не считаю тестирование на разрешение экрана == iPhone | iPad приемлемой техникой ...)

Самые чистые методы резервирования полагаются на то, что клиенты игнорируют теги, которые они не понимают; увы успокаивать несколько (веб) почтовых клиентов принимают только белый список тегов и полностью отбросить такие вещи , как <math>...<img .../>...</math>вместо того , отдавая img...

Что касается выполнения этого без отступления, то получатель не может читать математику вообще без правильного инструмента - это сложный вызов (по сравнению с PNG, который уродливее, но работает), но, возможно, приемлем для вас.
[На самом деле всегда есть возможность включить текст / обычный резервный вариант. Не все принимающие клиенты раскрывают его, и запуск почты с «Не вижу математику? Ищите« Показать оригинал »в вашем почтовом клиенте» был бы паршивым опытом ...
Однако, что делает система IntMath с «нажмите здесь, чтобы прочитать» ( и ответ ) как веб-страница "очень хорошо.]

Как насчет этого аддона, называемого уравнениями?

Смотрите: https://addons.mozilla.org/en-US/thunderbird/addon/equations/