Pratik sorun, işbirliği yapan taraf için iyi deneyimler arasında bir denge kurmaktır, ancak işbirliği yapmayan taraflar için tamamen kırılmamaktır. E-postaların yıllarca saklanabileceğini, birden fazla program aracılığıyla okunabileceğini ve başkalarına iletilebileceğini unutmayın.
Şu inanıyorum Gmail için TeX özellikle o düz metin gibi formüller işlemek için izin verir - bu iyi yaptığı $2^n$bile (sezgisel) ya da 2^niçinde gelen postalar başka bir yazılım kullanarak bir kişiyle sırasında arka-ve-ileri büyüktür.
İşaretleme Burada matematik kadar esnek değil, aynı zamanda diğer işaretleme biçimlendirmesi yapıyor ve daha birçok yerde çalışıyor.
Murray Bourne'un IntMath sitesindeki bu form , normal posta istemciniz yerine ondan göndermenizi gerektirir ve TeX notasyonu yerine ASCIIMathML kullanır (daha kolay, ancak alıcının postayı bir tarayıcıda görüntülemesine izin vermenin güzel bir özelliği vardır - ve orada yanıtlayın .
Teknik düzeyde, herhangi bir istemciye (salt metin olanlar hariç) çok çeşitli formülleri görüntülemenin tek yolu PNG görüntüleri gibi görünüyor. Doğru yapmak şunları içermelidir:
alt metin yedek.- görüntüyü postaya gömmek, böylece kendi kendine yetecek ve harici sunuculara bağlı olmayacaktır. veri URI'lerinin kötü desteği var, çok
cid:daha iyi çok bölümlü (bkz. yorumlar).
- yüksek DPI ekranında korkunç görünmeyen yüksek çözünürlüklü görüntü kullanma.
- yükseklik, genişlik ve
exbirim olarak dikey hizalama ayarlama . Bu , boyutu ve taban çizgisini çevreleyen metinle eşleştirebilmelidir.
Yukarıdakilerin tümünü istemciler arasında işe almak zor ... Örneğin, bkz. Markdown Sorunlar .
Matematik oluşturmanın PNG'den çok daha iyi yolları vardır. Hepsiyle ilgili sorun, işe yaramazken görüntüye (hatta metne) nasıl düşüleceğidir ?
Matematiğin bazı basit alt kümeleri unicode + HTML + CSS ile iyi işlenebilir. Gerçekten de Gmail için TeX böyle bir moda sahiptir. KaTeX , neredeyse posta istemcisinde çalışmayan web fontlarına dayanması dışında, yüksek kaliteli saf CSS oluşturma için çıtayı yükseltti. MathJax 2.5, şu anda web fontları olmadan bile CSS + HTML kullanan bir "CommonHTML" moduna sahiptir, ancak çirkin görünüyor (daha güzel yapmak için web fontlarını kullanmaya başlamayı planlıyorlar) ...
Her durumda, e-posta istemcilerinde CSS tarayıcıların çok arkasında ve korkunç derecede düzensiz olduğundan karmaşık matematik düzenleri çalışmaz.
MathML harika ve anlamsal olarak Doğru Şeydir ve hatta bazı istemcilerde çalışır; ne yazık ki görüntülere geri dönüş zor görünüyor. Resmi geri dönüş mekanizmalarından, Chrome bile 2014'te sadece yarısını aldı (teşekkürler Fred Wand), e-posta istemcilerinden ne beklenebilir?
Tamam MathML karmaşık ve niş formattır, ancak SVG ~ 15 yıl sonra hiç beyinsiz olmalı mı? Ne yazık ki, e-posta SVG desteği çok üzücü (örneğin gmail yakın zamanda tüm metni düşürdü, hatta alt metni bile reddetti) ve bilinen javascript içermeyen yedek teknikler e-postada çalışmıyor. (Ekran çözünürlüğü için test yapmayı düşünmüyorum == iPhone | iPad kabul edilebilir bir teknik ...)
En temiz geri dönüş teknikleri, anlamadıkları etiketleri görmezden gelen istemcilere dayanır; ne yazık ki birkaç (web) posta istemcileri sadece bir etiket beyaz listesini kabul ve <math>...<img .../>...</math>yerine render gibi şeyler tamamen bırakın img...
Bunları geri dönüş olmadan yapmaya gelince, alıcı doğru aracı olmadan matematiği hiç okuyamaz - zor bir çağrıdır (çirkin olan ancak çalışan PNG'ye kıyasla) ama belki sizin için kabul edilebilir.
[Aslında her zaman metin / düz geri dönüş ekleme seçeneği vardır. Tüm alıcı istemciler bunu göstermez ve postayı "Matematiği göremiyor musunuz?"
İle başlatmak e-posta istemcinizde "Orijinali göster" i aramak berbat bir deneyim olacaktır ... ( ve cevap ) bir web sayfası olarak "çok iyi.]