실질적인 문제는 협력받는 당사자에 대한 좋은 경험 사이의 균형을 맞추고 있지만 비 협력 당사자에게는 완전히 깨지지 않았습니다. 이메일은 몇 년 동안 유지되고 여러 프로그램을 통해 읽은 후 다른 사람에게 전달 될 수 있습니다.
현재 저는 믿습니다 Gmail에 대한 텍은 특히 당신이 일반 텍스트와 같은 수식을 렌더링 할 수 있습니다 -이 최선을 다 $2^n$
심지어는 (경험적으로) 또는 2^n
에서 수신 메일 다른 소프트웨어를 사용하여 사람과 동안 앞뒤로 중대하다.
마크 다운 여기 에는 수학적으로 융통성이 없지만 다른 마크 다운 형식도 사용하며 더 많은 곳에서 작동합니다.
이 양식 머레이 Bourne 씨의 IntMath 사이트는 일반 메일 클라이언트 대신 그것에서 보내 필요로하고 사용하는 대신 텍 표기의 ASCIIMathML (그러나 쉽게하지만 브라우저에서받는 사람보기에게 메일을시키는의 좋은 기능이 있습니다 - 그리고 응답 이는.
기술적 인 측면에서 클라이언트에게 다양한 수식을 표시하는 유일한 방법 (순수 텍스트 제외)은 PNG 이미지 인 것 같습니다. 올바르게 수행하려면 다음이 포함되어야합니다.
alt
텍스트 대체.
- 메일에 이미지를 포함하여 자체 포함되며 외부 서버에 의존하지 않습니다. 데이터 URI는 나쁜 지원, 다중이
cid:
훨씬 더 (의견도 참조).
- 고해상도 화면에서 끔찍하게 보이지 않는 고해상도 이미지 사용.
- 높이, 너비 및 세로 정렬
ex
단위로 설정합니다. 이것은 해야 텍스트 주변에 크기와 기준을 일치시킬 수.
위의 모든 작업을 클라이언트에서 수행하는 것은 까다로운 작업입니다. 예를 들어 Markdown Heres 's troubles 를 참조하십시오 .
PNG보다 수학을 렌더링하는 더 좋은 방법이 여러 가지 있습니다. 그들 모두의 문제는 그들이 작동하지 않을 때 이미지 (또는 텍스트)로 돌아가는 방법입니다 .
유니 코드 + HTML + CSS를 사용하면 간단한 수학 하위 집합을 렌더링 할 수 있습니다. 실제로 TeX for Gmail에는 이러한 모드가 있습니다. KaTeX 는 거의 순수한 메일 클라이언트에서 작동하지 않는 웹 폰트에 의존하는 것을 제외하고는 고품질의 순수한 CSS 렌더링에 대한 기준을 높였습니다. MathJax 2.5에는 현재 웹 폰트없이 CSS + HTML을 사용하는 "CommonHTML"모드가 있지만,보기에 좋지 않습니다 (웹 폰트를 사용하여 더 예쁘게 만들 계획입니다) ...
어쨌든 전자 메일 클라이언트의 CSS는 브라우저보다 뒤떨어져 있고 끔찍하게 고르지 않으므로 복잡한 수학 레이아웃이 작동하지 않습니다.
MathML은 위대하고 의미 론적으로 옳은 일이며 일부 클라이언트에서도 작동합니다. 아 아아아 이미지에 대한 대체는 어렵다. 공식 폴백 메커니즘 중 Chrome조차도 2014 년에 절반 만 얻었 습니다 (Fred Wand 덕분에). 전자 메일 클라이언트에서 기대할 수있는 것은 무엇입니까?
OK MathML은 복잡하고 틈새 형식이지만 SVG는 ~ 15 년이 지난 후에도 틀림 없어야합니까? 아아, 이메일 SVG 지원은 매우 슬프다. (화면 해상도 == iPhone | iPad에 대한 테스트는 허용되지 않는 기술이라고 생각하지 않습니다 ...)
가장 깨끗한 대체 기술은 고객이 이해하지 못하는 태그를 무시하는 것입니다. 안타깝게도 몇몇 (웹) 메일 클라이언트는 화이트리스트 태그 만 허용하고 <math>...<img .../>...</math>
렌더링하는 대신 완전히 삭제 합니다 img
.
폴백없이 이러한 작업을 수행하는 경우 수신자는 올바른 도구없이 수학을 전혀 읽을 수 없습니다. 이는 어려운 호출 (추악하지만 작동하는 PNG와 비교)이지만 허용 될 수 있습니다.
[실제로 텍스트 / 일반 대체를 포함하는 옵션이 항상 있습니다. 모든 수신 클라이언트가이를 공개하는 것은 아니며 "이메일 클라이언트에서 수학을 볼 수 없습니까? 원본보기"를
찾아서 메일을 시작하는 것은 형편없는 경험이 될 것입니다. 그러나 IntMath 시스템의 "읽기 위해 여기를 클릭하십시오 ( 그리고 답장을 웹 페이지로) "는 매우 좋습니다.]