Rumus matematika dalam email


11

Apakah ada cara untuk memasukkan formula LaTeX (atau yang serupa) ke dalam E-Mail dan membuatnya diberikan sebagai formula typeset di sisi penerima, mungkin dengan kerja sama dari pihak penerima? Klien surat pilihan saya adalah Thunderbird, tetapi solusi untuk aplikasi lain mungkin juga menarik, dan solusi portabel jelas akan bekerja paling baik.

Hal-hal yang saya harapkan tetapi tidak dapat ditemukan sejauh ini:

  • Cara untuk mereferensikan file MathJax JavaScript dari dalam HTML E-Mail, bersama dengan konfigurasi di sisi klien yang memungkinkan eksekusi JavaScript khusus ini tanpa membuka terlalu banyak celah keamanan.
  • Beberapa add-on yang memungkinkan MathJax di sisi penerima, tanpa referensi khusus untuk itu di E-Mail. Ini mungkin berfungsi bahkan untuk pesan teks biasa, yang merupakan hal yang baik.
  • Beberapa add-on yang memungkinkan pengguna untuk memasukkan kode LaTeX di suatu tempat, dan yang menyematkan MathML yang sesuai ke dalam pesan berformat HTML.
  • Beberapa add-on yang memungkinkan saya untuk menandai bagian dari pesan saya sebelum mengklik tombol. Teks yang ditandai kemudian harus ditafsirkan sebagai LaTeX dan digantikan oleh MathML yang sesuai. Jelas ini hanya akan berfungsi untuk pesan berformat HTML juga.

Saya tertarik dengan prosedur yang diketahui di sepanjang garis di atas. Dalam kasus-kasus di mana tidak segera jelas, informasi mengenai aplikasi mana pada pengiriman serta di sisi penerima mendukung pendekatan ini akan diterima. Sebagai contoh, saya telah mendengar bahwa Thunderbird dan Apple Mail akan mendukung MathML untuk email yang diterima, tetapi Outlook tidak. Setidaknya bagian tentang Thunderbird yang memberikan formula yang bisa saya konfirmasi.


1
Ada plugin untuk Miranda dan Kopete, keduanya aplikasi obrolan, yang semacam melakukan, apa yang Anda cari.
sme

1
Apakah persamaan penting untuk bertahan sebagai teks yang dapat diedit di ujung penerima? Maksud saya, ada plug-in seperti LaTeX It! yang memungkinkan Anda mengirim LaTeX sebagai gambar.
Dane

@Dane, menjaga kemampuan edit tidak penting. Jadi LaTeX It! akan menjadi pilihan, meskipun font gambar cenderung pas dengan sisa email.
MvG

Jawaban:


6

Fungsionalitas ini tersedia dalam versi Thunderbird 31.6.0

  • Buka pesan Tulis baru
  • 'Sisipkan'> 'Rumus Matematika'
  • Masukkan formula
  • klik pada 'Sisipkan'.

Sayangnya, fitur ini menggunakan MathML, yang pada saat ini tampaknya hanya didukung oleh Firefox dan Thunderbird. Sejauh yang saya tahu, Microsoft tidak pernah mendukung MathML dan Google telah berhenti pada 2017. Kemungkinan besar tidak, penerima akan melihat kode sumber TeX disimpan di samping MathML alih-alih formula yang diberikan.
kdb

4

Sejauh yang saya tahu, saat ini tidak ada yang bisa melakukan apa yang Anda inginkan.

Menempatkan javascript di email akan menjadi ide yang sangat buruk secara umum tetapi bookmarklet MathJax mungkin membantu dengan klien web . Anda dapat menggunakannya di klien web Anda sebelum mengirim email tetapi saya tidak akan menyarankan ini - rendering MathJax tergantung pada browser sehingga ini akan sering rusak di sisi penerima; itu juga akan membuatnya sulit untuk menggunakan kembali konten matematika.

Saya pikir MathML akan menjadi format pertukaran pilihan di masa depan (mudah-mudahan dengan data sumber yang disematkan seperti LaTeX untuk dapat terus menulis dengan itu). Banyak editor persamaan menghasilkan MathML, tetapi yang dengan LaTeX-input dan MathML-output jarang.

Posting blog terakhir Frederic Wang mungkin adalah sumber (hanya?) Terbaik untuk saat ini ketika datang ke dukungan MathML di klien email - khususnya komentar 5 . Fred adalah kontributor implementasi MathML Firefox dan merupakan bagian dari tim MathJax (disclaimer: as am I).


3

Masalah praktisnya adalah keseimbangan antara pengalaman yang baik untuk bekerja sama dengan pihak penerima namun tidak sepenuhnya rusak untuk pihak yang tidak bekerja sama. Ingatlah bahwa email dapat disimpan selama bertahun-tahun, dibaca melalui beberapa program, dan diteruskan ke orang lain.

  • Saat ini saya percaya TeX untuk Gmail melakukan yang terbaik - terutama memungkinkan Anda untuk membuat formula teks biasa seperti $2^n$atau bahkan (secara heuristik) 2^ndalam surat masuk yang bagus saat bolak-balik dengan seseorang yang menggunakan perangkat lunak lain.

  • Penurunan harga Di sini tidak sefleksibel matematika, tetapi juga memformat penurunan harga lainnya dan berfungsi di lebih banyak tempat.

  • Formulir ini di situs IntMath Murray Bourne mengharuskan Anda untuk mengirimnya alih-alih klien surat biasa, dan menggunakan ASCIIMathML alih-alih notasi TeX (lebih mudah tetapi memiliki fitur yang bagus untuk membiarkan penerima melihat surat di browser - dan membalas di sana.

Pada tingkat teknis, satu-satunya cara untuk menampilkan berbagai formula untuk klien mana pun (kecuali yang murni teks) tampaknya adalah gambar PNG. Melakukannya dengan benar harus mencakup:

  • alt fallback teks.
  • menyematkan gambar dalam surat sehingga mandiri dan tidak bergantung pada server eksternal. data URI memiliki dukungan buruk, multipart dengan cid:jauh lebih baik (lihat komentar di sana).
  • menggunakan gambar resolusi tinggi yang tidak terlihat mengerikan pada layar DPI tinggi.
  • mengatur tinggi, lebar dan rata-rata dalam exunit. Ini harus bisa mencocokkan ukuran dan garis dasar dengan teks di sekitarnya.

Mempersiapkan semua hal di atas untuk semua klien itu rumit ... Sebagai contoh, lihat Markdown Inilah masalah .

Ada beberapa cara yang lebih baik untuk membuat matematika daripada PNG. Masalah dengan semuanya adalah bagaimana kembali ke gambar (atau bahkan teks) ketika mereka tidak berfungsi?

  • Beberapa himpunan bagian sederhana matematika dapat dirender dengan baik dengan unicode + HTML + CSS. Memang TeX untuk Gmail memiliki mode seperti itu. KaTeX meningkatkan standar rendering CSS murni berkualitas tinggi, kecuali itu bergantung pada webfonts yang tidak berfungsi di hampir semua klien email. MathJax 2.5 telah memiliki mode "CommonHTML" yang saat ini menggunakan CSS + HTML bahkan tanpa webfonts, tetapi terlihat jelek (mereka berencana untuk mulai menggunakan webfonts untuk membuat lebih cantik) ...

    Bagaimanapun, CSS di klien email jauh di belakang browser dan sangat tidak merata , sehingga tata letak matematika yang rumit tidak akan berfungsi.

  • MathML hebat dan secara semantik adalah Right Thing dan bahkan bekerja pada beberapa klien; sayang mundur ke gambar tampaknya sulit. Dari mekanisme fallback resmi, bahkan Chrome hanya mendapat setengahnya di 2014 (terima kasih Fred Wand), jadi apa yang bisa diharapkan dari klien email?

  • OK MathML adalah format yang kompleks dan niche, tapi pasti SVG harus menjadi no-brainer setelah ~ 15 tahun ada? Sayangnya, dukungan SVG email sangat menyedihkan (mis. Gmail baru-baru ini menjatuhkan semua dukungan, bahkan tidak juga teks alternatif), dan teknik fallback bebas-javascript yang diketahui tidak berfungsi pada email. (Saya tidak menganggap pengujian resolusi layar == iPhone | iPad teknik yang dapat diterima ...)

Teknik fallback terbersih bergantung pada klien yang mengabaikan tag yang tidak mereka mengerti; Sayangnya, beberapa klien surat (web) hanya menerima daftar putih tag dan benar-benar menghapus hal-hal seperti <math>...<img .../>...</math>alih - alih img...

Adapun melakukan ini tanpa mundur, jadi penerima tidak dapat membaca matematika sama sekali tanpa alat yang tepat - itu adalah panggilan yang sulit (dibandingkan dengan PNG yang lebih buruk tetapi berfungsi) tetapi mungkin dapat diterima untuk Anda.
[Sebenarnya selalu ada opsi untuk memasukkan teks / fallback sederhana. Tidak semua klien penerima memaparkannya, dan memulai surat dengan "Tidak bisa melihat matematika? Cari" Tampilkan yang asli "di klien email Anda" akan menjadi pengalaman yang buruk ...
Namun apa yang dilakukan sistem IntMath dengan "klik di sini untuk membaca ( dan balas ) sebagai halaman web "sangat bagus.]


Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.