質問: これは古いスレッドのコメントとして始まりましたが、フォーラムへの質問としてここに再投稿することを考えました... 私は、既存のLaTeX文書(例えば本)から複雑な埋め込み數學(時にはiOS6、そして理想的にはiBooksでうまく表示される)まで、効率的かつ信頼性の高いワークフローを探しています他の読者(優先順位が低い)も同様です。 私はLateXML、TeX4ht、plasTeX、XhtmLaTeX、pandoc、ebook-convert、そしてtbook DTD(これはLaTeXではなくXMLで始まるので、主に新しい文書のために有望に見える)を見てきました。これらのツールはすべて提供するものがたくさんあるように思えますが、私が言うことができる限り、それらのどれもが重要な手動介入のように思われることなくフィニッシュラインにたどり著きません(重要な學習/デバッグの必要性も含みます) 。どの経路が時間とエネルギーに投資する価値があるのか、私はまだ決めることができませんでした。最新の評価を楽しみにしています。 式をSVGとしてレンダリングしたePubの教科書をすでに出版しており、iOS 5のiBooksで非常によく表示されていることに気付くでしょう。殘念なことに、iOS6はそれを破りました、そしてeBookは今や仮想文鎮です。私は回復して、方程式をうまく表現できる使い勝手の良いePubフォーマットに戻すことを試みています。 問題を解決するための最も簡単な方法であれば、私は商用製品に投資することを気にしませんが、Mac OS X用のオープンソースツールに基づくスクリプトベースのワークフローを構築することを望みます。
回答: あなたが直面している基本的な問題はepubフォーマットの未熟さです。 EPUB 2を作成するように設定されている場合、出版社が小説のEPUB 3を作成するのは非常に簡単です。EPUB3バージョンは、EPUB 2用に設計されたリーダーで正常に動作します。 しかし、出版社や機器メーカーがmathmlのような新しくて派手なepub 3の機能を採用するようになるまでには、これまで非常に遅い進歩があったようです。おそらく経済的な問題です。出版社は彼らのカタログの上に魔法の杖を振り回して、彼らのすべての本に現れるすべての方程式のために數學を作り出すことはできません。それは彼らにとって高価なケースバイケースのスローガンでしょう。彼らの利益牛はK-12と大學の教科書であり、それらのほとんどはハンドヘルド機器には適さない大きなフォーマットで設計されていました。出版社は數學3でepub 3を販売し始めるという経済的動機がほとんどないので、ハードウェア製造業者は彼らの機器で數學を支持し始めるという経済的動機がほとんどない。 Appleは、一部のデバイスで部分的で面倒なサポートをしているようです。その間、アマゾンは彼らのフォーマットで數學の仕事をさせることに全く興味を示さない。私はこれが後でではなくもっと早く修正されるという希望を差し控えられることを望みます、しかし率直に言って、ブラウザのmathmlの経験はそのような希望を勵ましません。例えば、ウィキペディアはこれらの年を経てもまだ數學をしていません。これらすべての要素のために、基本的にepub 3 + mathmlを作成するための優れたオープンソースツールを入手することには、まだあまり進歩がありません。 epub 3 + mathmlは近いうちに良くなり成熟することはないだろうから、本をフォーマットに変換することに多くの作業を費やすことを完全に延期することを検討する価値がある。 とは言っても、私はこれをやろうとしたいくつかの経験を持っています。基本的にepubはxhtmlなので、あなたのラテックスからxhtml + mathml出力を得ることができれば、あなたは実用的なepub 3 + mathml本を手にすることにそれほど遠くないでしょう。ラテックスをHTMLに変換するためのツールはすでにたくさんあります。 (あなたはあなたの質問にそれらをリストしました。) There is an open-source program called calibre that will convert any valid XHTML 1.1 + CSS 2.1 document to valid epub 2. What I did was to generate xhtml output, translate it to epub 2 using calibre, and then patch the epub 2 to try to make it valid epub 3. (Calibre is not capable of outputting epub 3+mathml according to the spec, and unfortunately the developer seems to have zero enthusiasm for making it do so: http://www.mobileread.com/forums/showpost.php?p=1904668&postcount=7 . ) Both my book and the scripts I wrote for patching are open source, so anyone who wants to tinker with them is welcome to: . From a brief look at Andrew Stacey's page, it looks like the approach he's used is fairly similar. 私が作り出すことができた最高のepub 3出力はここにあります: 。私はiAnythingを所有していませんが、私の生徒の一人に彼のデバイスでそれを見せてもらった、そして基本的にはAppleがそのデバイスに數學を正しく実裝している限りはうまくいった。 (その當時の、約1年前の彼らの実裝は、かなりひどいものでした。例えば、積分記號は箱のように見えました。) mathjaxを使ってみることすら考えないでください。私の知る限り、ほとんどの読者はepub 3のjavascriptをサポートしていません。率直に言って、私が所有している電子ブックリーダーでこの機能を有効にしたくはありません。 mathjaxは美しく実行されたkludgeであり、その唯一の目的はMicrosoftのIEでのmathmlの障害を隠すことであることを忘れないでください。デスクトップコンピュータでさえも、そのパフォーマンスは悪くなる可能性があり、そしてハンドヘルドデバイスでは恐らく恐ろしいでしょう。 epub 3標準は數學を行うための標準的な方法を提供しているので、それはそれらのデバイスで數學をするための正しい方法です。 テストは問題です。オープンソースのJavaプログラムepubcheckを使用して、自分のepub出力が有効かどうかを確認します。しかし、epubcheckがそれが有効であると言っているからといって、それがハンドヘルドデバイス上で正しくレンダリングされるという意味ではありません。おそらく10年以上の期間があり、その間に一部の人々のデバイスはEPUB 3+數學を処理できますが、他の人々はそうしません。 Calibre 0.8.66以降ではepub + mathmlを正しく表示できますが、mathjaxを使用します。これはハンドヘルドリーダーでのmathmlの実裝とはまったく異なります。 Calibreは現在epub 3をまったく出力していません。そのため、有効なepub 3にするために、出力にパッチを適用するスクリプトを作成しました。