ปัญหาที่เกิดขึ้นจริงคือการสร้างความสมดุลระหว่างประสบการณ์ที่ดีในการให้ความร่วมมือกับฝ่ายที่ได้รับ แต่ก็ไม่ได้ถูกทำลายอย่างสิ้นเชิงสำหรับกลุ่มที่ไม่ได้ให้ความร่วมมือ โปรดจำไว้ว่าอีเมลอาจถูกเก็บไว้เป็นเวลาหลายปีอ่านผ่านหลาย ๆ โปรแกรมและส่งต่อไปยังผู้อื่น
ขณะนี้ฉันเชื่อว่าTeX สำหรับ Gmailทำสิ่งนี้ได้ดีที่สุด - โดยเฉพาะอย่างยิ่งมันช่วยให้คุณสามารถแสดงสูตรข้อความธรรมดาเช่น$2^n$
หรือแม้กระทั่ง (แบบแก้ปัญหา) 2^n
ในจดหมายขาเข้าซึ่งยอดเยี่ยมในระหว่างกลับไปกลับมากับบุคคลที่ใช้ซอฟต์แวร์อื่น
มาร์กดาวน์ที่นี่ไม่ได้มีความยืดหยุ่นทางคณิตศาสตร์อย่างชาญฉลาด แต่ยังจัดรูปแบบมาร์กดาวน์อื่น ๆ และใช้งานได้ในหลาย ๆ ที่
แบบฟอร์มนี้บนไซต์ IntMath ของ Murray Bourne คุณต้องส่งจากมันแทนเมลไคลเอ็นต์ปกติของคุณและใช้ ASCIIMathML แทนสัญกรณ์ TeX (ง่ายกว่า แต่มีคุณสมบัติที่ดีในการให้ผู้รับดูเมลในเบราว์เซอร์และตอบกลับที่นั่น
ในระดับเทคนิควิธีเดียวที่จะแสดงสูตรที่หลากหลายไปยังไคลเอนต์ใด ๆ (ยกเว้นสูตรข้อความล้วน) น่าจะเป็นภาพ PNG ทำถูกต้องควรรวมถึง:
alt
ข้อความสำรอง
- การฝังรูปภาพในเมลเพื่อให้มีอยู่ในตัวเองและไม่ขึ้นอยู่กับเซิร์ฟเวอร์ภายนอก URI ของข้อมูลมีการสนับสนุนที่ไม่ดี multipart พร้อม
cid:
ดีกว่ามาก (ดูความคิดเห็นที่นี่)
- ใช้ภาพความละเอียดสูงที่ดูไม่น่ากลัวบนหน้าจอ DPI สูง
- การตั้งค่าความสูงความกว้างและการจัดแนวใน
ex
หน่วย สิ่งนี้ควรจะสามารถจับคู่ขนาดและข้อมูลพื้นฐานกับข้อความโดยรอบ
การเดินทางทั้งหมดข้างต้นในการทำงานข้ามลูกค้าเป็นเรื่องยุ่งยาก ... ตัวอย่างเช่นดูMarkdown นี่คือปัญหา
มีหลายวิธีที่ดีกว่าในการเรนเดอร์คณิตศาสตร์กว่า PNG ปัญหาที่เกิดขึ้นกับพวกเขาทั้งหมดคือวิธีการถอยกลับไปที่ภาพ (หรือแม้กระทั่งข้อความ)เมื่อพวกเขาไม่ทำงาน?
เซตย่อยง่าย ๆ ของคณิตศาสตร์สามารถแสดงผลได้ดีกับ unicode + HTML + CSS แน่นอนว่า TeX สำหรับ Gmail มีโหมดดังกล่าว KaTeXยกระดับมาตรฐานสำหรับการเรนเดอร์ CSS คุณภาพสูงยกเว้นจะอาศัย webfonts ซึ่งไม่สามารถใช้งานได้ในไคลเอนต์อีเมลเกือบ MathJax 2.5 มีโหมด "CommonHTML" ซึ่งปัจจุบันใช้ CSS + HTML โดยไม่ต้องมี webfonts แต่มันดูน่าเกลียด (พวกเขาวางแผนที่จะเริ่มใช้ webfonts เพื่อสร้างความน่ารัก) ...
ไม่ว่าในกรณีใด ๆ CSS ในไคลเอนต์อีเมลนั้นเป็นวิธีที่อยู่เบื้องหลังเบราว์เซอร์และไม่สม่ำเสมออย่างน่ากลัวดังนั้นเลย์เอาท์คณิตศาสตร์ที่ซับซ้อนจึงใช้งานไม่ได้
MathML นั้นยอดเยี่ยมและมีความหมายที่ถูกต้องและใช้ได้กับลูกค้าบางราย ดูเหมือนว่าภาพสำรองจะดูยาก กลไกการย้อนกลับอย่างเป็นทางการแม้ Chrome จะมีเพียงครึ่งเดียวในปี 2014 (ขอบคุณ Fred Wand) ดังนั้นสิ่งที่เราคาดหวังจากลูกค้าอีเมล
ตกลง MathML เป็นรูปแบบที่ซับซ้อนและช่อง แต่ SVG ควรจะเป็นเกมง่ายๆหลังจาก ~ 15 ปีในการดำรงอยู่? อนิจจาการสนับสนุนอีเมล SVG เป็นเรื่องน่าเศร้ามาก (เช่นเมื่อเร็ว ๆ นี้ gmail ไม่สนับสนุนการสนับสนุนทั้งหมดแม้แต่ข้อความ ALT) และเทคนิคทางเลือกที่ไม่ใช้จาวาสคริปต์ที่เป็นที่รู้จักไม่สามารถใช้กับอีเมลได้ (ฉันไม่ได้พิจารณาการทดสอบความละเอียดหน้าจอ == iPhone | iPad เป็นเทคนิคที่ยอมรับได้ ... )
เทคนิคทางเลือกที่สะอาดที่สุดนั้นขึ้นอยู่กับลูกค้าที่ไม่สนใจแท็กที่พวกเขาไม่เข้าใจ อนิจจาเงียบไคลเอ็นต์อีเมล (เว็บ) เพียงไม่กี่ตัวเท่านั้นที่ยอมรับรายการที่อนุญาตของแท็กและปล่อยสิ่งต่าง ๆ เช่น<math>...<img .../>...</math>
แทนที่จะแสดงผลimg
...
สำหรับการทำสิ่งเหล่านี้โดยไม่มีทางเลือกดังนั้นผู้รับไม่สามารถอ่านคณิตศาสตร์ได้โดยไม่ต้องใช้เครื่องมือที่เหมาะสม - มันเป็นสายที่ยาก (เทียบกับ PNG ที่น่าเกลียด แต่ทำงานได้) แต่อาจเป็นที่ยอมรับของคุณ
[ที่จริงแล้วมีตัวเลือกให้ใส่ข้อความ / ทางเลือกแบบธรรมดาเสมอ ไม่ใช่ทุกคนที่ได้รับลูกค้าเปิดเผยและเริ่มต้นจดหมายด้วย "ไม่เห็นคณิตศาสตร์ใช่ไหมมองหา" แสดงต้นฉบับ "ในไคลเอนต์อีเมลของคุณ" จะเป็นประสบการณ์ที่มีหมัด ...
อย่างไรก็ตามสิ่งที่ระบบ IntMath ทำกับ "คลิกที่นี่เพื่ออ่าน ( และตอบกลับ ) ในฐานะหน้าเว็บ "ดีมาก]