Các công thức toán học trong email

Có cách nào để nhập công thức LaTeX (hoặc tương tự) vào E-Mail và khiến chúng được hiển thị dưới dạng công thức sắp chữ ở bên nhận, có lẽ với sự hợp tác của bên nhận không? Ứng dụng thư ưa thích của tôi là Thunderbird, nhưng các giải pháp cho các ứng dụng khác cũng có thể được quan tâm và các giải pháp di động rõ ràng sẽ hoạt động tốt nhất.

Những điều tôi hy vọng nhưng không thể tìm thấy cho đến nay:

• Một cách để tham chiếu các tệp JavaScript MathJax từ trong E-mail HTML, cùng với một cấu hình ở phía máy khách cho phép thực thi JavaScript cụ thể này mà không cần mở quá nhiều lỗ hổng bảo mật.
• Một số tiện ích bổ sung cho phép MathJax ở phía nhận, mà không có bất kỳ tham chiếu cụ thể nào về nó trong E-Mail. Điều này có thể hoạt động ngay cả đối với tin nhắn văn bản đơn giản, đó là một điều tốt.
• Một số tiện ích bổ sung giúp người dùng nhập mã LaTeX ở đâu đó và nhúng MathML tương ứng vào một thông báo có định dạng HTML.
• Một số tiện ích bổ sung cho phép tôi đánh dấu một phần tin nhắn của mình trước khi nhấp vào nút. Văn bản được đánh dấu nên được hiểu là LaTeX và được thay thế bằng MathML tương ứng. Rõ ràng điều này cũng sẽ chỉ hoạt động đối với các tin nhắn có định dạng HTML.

Tôi quan tâm đến bất kỳ thủ tục được biết đến dọc theo các dòng trên. Trong trường hợp không rõ ràng ngay lập tức, thông tin về ứng dụng nào trong việc gửi cũng như phía bên nhận hỗ trợ phương pháp này sẽ được hoan nghênh. Ví dụ: tôi đã nghe nói rằng cả Thunderbird và Apple Mail sẽ hỗ trợ MathML cho các thư đã nhận, nhưng Outlook thì không. Ít nhất là phần về Thunderbird biểu hiện công thức tôi có thể xác nhận.

Chức năng này có sẵn trong Thunderbird phiên bản 31.6.0

• Mở tin nhắn mới
• 'Chèn'> 'Công thức toán học'
• Nhập công thức
• bấm vào 'Chèn'.

Theo như tôi biết, hiện tại không có gì hoàn toàn làm những gì bạn muốn.

Đặt javascript vào email sẽ là một ý tưởng thực sự tồi tệ nói chung nhưng bookmarklet MathJax có thể giúp ích cho các khách hàng web. Bạn có thể sử dụng nó trên webclient của mình trước khi gửi email nhưng tôi không đề xuất điều này - Kết xuất MathJax phụ thuộc vào trình duyệt nên điều này thường sẽ bị hỏng ở phía người nhận; nó cũng sẽ làm cho nó khó sử dụng lại nội dung toán học.

Tôi nghĩ MathML sẽ trở thành định dạng trao đổi được lựa chọn trong tương lai (hy vọng với dữ liệu nguồn được nhúng như LaTeX để có thể tiếp tục tác giả với nó). Nhiều trình soạn thảo phương trình tạo ra MathML, nhưng những trình soạn thảo có đầu vào LaTeX và đầu ra MathML là rất hiếm.

Bài đăng trên blog gần đây của Frederic Wang có lẽ là nguồn tốt nhất (duy nhất?) Cho đến bây giờ khi nói đến hỗ trợ MathML trong các ứng dụng email - đặc biệt là nhận xét 5 . Fred là người đóng góp cho việc triển khai MathML của Firefox và là thành viên của nhóm MathJax (từ chối trách nhiệm: như tôi).

Vấn đề thực tế là tạo ra sự cân bằng giữa kinh nghiệm tốt cho việc hợp tác bên nhận nhưng chưa hoàn toàn bị phá vỡ đối với các bên không hợp tác. Hãy nhớ rằng email có thể được giữ lại trong nhiều năm, đọc qua nhiều chương trình và chuyển tiếp cho người khác.

• Hiện tại tôi tin rằng TeX cho Gmail thực hiện điều này tốt nhất - đáng chú ý là nó cho phép bạn hiển thị các công thức văn bản đơn giản như $2^n$hoặc thậm chí (theo kinh nghiệm) 2^ntrong thư đến , điều này rất tốt trong quá trình qua lại với một người sử dụng phần mềm khác.

• Markdown Ở đây không phải là toán học linh hoạt mà còn có định dạng đánh dấu khác và hoạt động ở nhiều nơi hơn.

• Biểu mẫu này trên trang IntMath của Murray Bourne yêu cầu bạn gửi từ nó thay vì ứng dụng thư khách thông thường của bạn và sử dụng ASCIIMathML thay vì ký hiệu TeX (dễ dàng hơn nhưng có tính năng hay là cho phép người nhận xem thư trong trình duyệt - và trả lời ở đó.

Ở cấp độ kỹ thuật, cách duy nhất để hiển thị một loạt các công thức cho bất kỳ ứng dụng khách nào (ngoại trừ các văn bản thuần túy) dường như là hình ảnh PNG. Làm đúng nên bao gồm:

• alt văn bản dự phòng.
• nhúng hình ảnh trong thư để nó khép kín và không phụ thuộc vào máy chủ bên ngoài. URI dữ liệu có hỗ trợ xấu, nhiều phần cid:tốt hơn nhiều (xem bình luận ở đó).
• sử dụng hình ảnh độ phân giải cao trông không khủng khiếp trên màn hình DPI cao.
• thiết lập chiều cao, chiều rộng và chiều dọc theo exđơn vị. Điều này sẽ có thể phù hợp với kích thước và đường cơ sở với văn bản xung quanh.

Bắt tất cả những điều trên để làm việc với khách hàng thật khó khăn ... Ví dụ, xem các rắc rối của Markdown .

Có nhiều cách tốt hơn để kết xuất toán học hơn PNG. Vấn đề với tất cả chúng là làm thế nào để quay lại hình ảnh (hoặc thậm chí là văn bản) khi chúng không hoạt động?

• Một số tập hợp con đơn giản của toán học có thể được hiển thị tốt với unicode + HTML + CSS. Quả thực TeX cho Gmail có chế độ như vậy. KaTeX đã nâng tầm cho kết xuất CSS thuần chất lượng cao, ngoại trừ việc nó phụ thuộc vào các webfont không hoạt động trong hầu hết ứng dụng thư khách. MathJax 2.5 có chế độ "CommonHTML" hiện đang sử dụng CSS + HTML mà không cần webfont, nhưng trông nó thật xấu xí (họ dự định bắt đầu sử dụng webfont để làm đẹp hơn) ...

  Trong mọi trường hợp, CSS trong các ứng dụng email đều đi sau các trình duyệt và không đồng đều một cách khủng khiếp , vì vậy các bố cục toán học phức tạp sẽ không hoạt động.

• MathML là tuyệt vời và đúng về mặt ngữ nghĩa và thậm chí hoạt động trong một số khách hàng; than ôi dự phòng hình ảnh có vẻ khó. Trong số các cơ chế dự phòng chính thức, ngay cả Chrome chỉ có một nửa vào năm 2014 (cảm ơn Fred Wand), vậy người ta có thể mong đợi gì từ các ứng dụng email?

• OK MathML là định dạng phức tạp và thích hợp, nhưng chắc chắn SVG phải là người không có trí tuệ sau ~ 15 năm tồn tại? Than ôi, email hỗ trợ SVG rất buồn (ví dụ: gmail gần đây đã bỏ tất cả hỗ trợ, thậm chí không phải văn bản thay thế) và các kỹ thuật dự phòng không có javascript đã biết không hoạt động trên email. (Tôi không xem xét việc kiểm tra độ phân giải màn hình == iPhone | iPad là một kỹ thuật chấp nhận được ...)

Các kỹ thuật dự phòng sạch nhất dựa vào các khách hàng bỏ qua các thẻ mà họ không hiểu; than ôi một vài ứng dụng thư (web) chỉ chấp nhận danh sách trắng các thẻ và loại bỏ hoàn toàn những thứ như <math>...<img .../>...</math>thay vì hiển thị img...

Đối với việc thực hiện những điều này mà không có dự phòng, vì vậy người nhận hoàn toàn không thể đọc toán mà không có công cụ phù hợp - đó là một cuộc gọi khó khăn (so với PNG xấu hơn nhưng hiệu quả) nhưng có thể bạn chấp nhận được.
[Trên thực tế luôn có tùy chọn để bao gồm văn bản / dự phòng đơn giản. Không phải tất cả các khách hàng nhận được đều phơi bày nó và bắt đầu thư với "Không thể thấy toán học? Hãy tìm" Hiển thị bản gốc "trong ứng dụng email của bạn" sẽ là một trải nghiệm tệ hại ...
Tuy nhiên, hệ thống IntMath làm gì với "bấm vào đây để đọc ( và trả lời ) như một trang web "rất tốt.]

Điều gì về addon này được gọi là phương trình?

Xem: https://addons.mozilla.org/en-US/thunderbird/addon/equations/