TeX / LaTeXの後継者が見えますか？
TeX/LaTeXは素晴らしいです、私は多くの方法でそれを使用します。その利点のいくつかは次のとおりです。
- テキストファイルを使用するため、この方法で入力ファイルを差分でき、テキストを操作するための多くのツールが存在します。
- それは非常に柔軟です
- 安定したレイアウトになっています。ドキュメントの先頭で何かを変更しても、ドキュメントの末尾の他の要素には影響しません。
- さまざまな目標を達成するための多くの拡張機能があります（後継者は拡張機能なしで起動しますが、優れた拡張システムがあります）
- 標準のビルド制御ツールを使用して複雑なドキュメントをサポートできます（dmckeeに感謝）
- ソリューションをカプセル化し、コピーして新しいドキュメントに貼り付けるか、他のユーザーに送信して学習することができます（dmckeeに感謝）
しかし、一方で、いくつかのささいなことはあまり良くありません：
- 最初は学ぶのが難しい
- 画像の位置を制御するのは複雑です
- いくつかは直感に反するものです
- 時々あなたはあまりにも多く入力しなければなりません（begin {itemize} ...\end {itemize}）
そのため、LaTeXの後継/代替が存在するか、少なくとも開発における代替の有力候補です。真の後継者/優れた代替手段は、長所を維持し、短所、または少なくともそれらのいくつかを修正します。
LaTeX プロジェクトは基本的に永遠に続いています。その意味で、現在のLaTeX2eの後継です。
TeXが作成されたとき、TeXの主な目標を忘れたり無視したりします。「TeXは、美しい本を作成するための新しい組版システムです」。 TeXの目標は組版であり、その主な関心事は「段落を行に入れる」のようなものでした（ドナルドE.クヌースとマイケルF.プラス、ソフトウェア-実践と経験、Vol。 11、pp。1119-1184、1981）、リガチャー、カーニング、美しいフォント（KnuthはHermann Zapfと協力してAMSオイラーなどの書体を作成しました）、ページ上のテキストのレイアウトを正確に制御しました。
LaTeXはTeXの上に構築された後の一連のマクロであり、方程式とセクションの自動番号付け、相互参照などの「ドキュメント管理」機能を導入しました。それは「LaTeX：ドキュメント準備システム」によるものです。
LaTeXの後継、LaTeXのドキュメント管理機能を提供する代替案を非常によく想像できます。DocBookのように、おそらくそれをより良くします。 （まあ、それはXMLに基づいていますが...）しかし、組版エンジン自体であるTeXに代わる代替手段を想像するのは困難です。 TeXはおそらくバグの数が最も少ないプログラムの1つです。KnuthはTeXで見つかったすべてのバグに対して327.68ドルを提供しており、長い間これを行ってきました。 Knuthの特徴である完璧さの追求により、多くの考えがそれに注ぎ込まれました。コードのすべての面は構成可能で、コードはパブリックドメインです（変更を行う場合は、別の名前で呼び出す必要があるという制限を除きます-これは、TeXの目標であり、同じTeXファイルが世界は永遠にまったく同じように見えるドキュメントを作成する必要があります）、TeX：プログラム自体、およびTeXで発見されたすべてのバグについての本が書かれています。
TeXのアイデアの一部は（たとえば）AdobeのIndesignに組み込まれており、それらの組版エンジンにも革新的なアイデアがありますが、TeXは依然として優れています。 [注：Knuthは、TeXが永遠に標準になることを意図していませんでした。より良いものが登場するまで、「今後100年程度」だけです。私たちが知っているすべてのために、1つかもしれません。]
ConTeXtやLuaTeXなど、LaTeXのTeXベースの代替品があります。より適切なタスクが存在する可能性があります。
他の異論に答えるために：LaTeXは必要以上の複雑さをもたらしている可能性がありますが、学習のTeX部分は避けられません-美しい本を作成したい場合、あなたはhave何があっても知っている。そして、画像の位置を制御することは難しくありません。 TeXは、ページ上のすべての ポイント を制御できるように設計されていますが、その制御を実行するには、単純な構造を超える必要があります（ただし、...）優れたエディターまたはマクロを使用すれば、あまり多く入力する必要はありません\ begin {itemize} ...\end {itemize};それはただの不平不満です：P
簡単な答えは「いいえ」です。LaTeXが現職であり、その仕事に非常に優れているからです。また、無料であるため、置き換えようとする商業的インセンティブはほとんどありません。実際、TeXはテクニカルパブリッシングに十分に優れているため、テクニカルパブリッシングツールの商業市場は、「ギーク」側のTeXと「ウォッシュドウォッシュ」側のWordの間でかなり絞られています。
長い答えは「選択肢があります」です。 LaTeXやその他のパッケージは leaky abstraction の問題に大きく悩まされており、多くの場合、必要なものを取得するには技術的な介入が必要です。これにより、舞台裏でどのように機能するかを理解することができますが、実際にはかなり技術的です。したがって、そのレベルの技術スキルを持つ人にアクセスできる場合にのみ、非カジュアルアプリケーションにのみ使用できます。レポートや本を書くことは問題ありません。 LaTeXを使用して単一ソースの技術ドキュメントワークフローを構築することは、まったく異なる命題です。技術スキルのある人にアクセスする必要があります。
LaTeXの代替案
商用技術出版ツール。残っているのは実際には1つだけです： Framemaker 。これは成熟した製品ですが、やや停滞しています。ただし、 [〜＃〜] mif [〜＃〜] と呼ばれるオープンなドキュメントおよびセグメント交換形式があり、包括的なAPIと構造化されたドキュメントの広範なサポートがあります。これは、航空機のリファレンスドキュメントが数万ページに及ぶ航空宇宙業界で非常に広く使用されています（たとえば）。さらに、このスペースには複数のランもあります： Ventura Publisher 、 Arbortext （TeX派生バックエンドIIRCに基づいています）、および Interleaf 、これは現在Quicksilverとして知られています。
Adobe claimInDesign でテクニカルパブリッシング機能を実装する予定ですが、この機能を実際には評価していません。Lout TeXとは根本的に異なるアーキテクチャを持つマークアップ言語。私は一度もLoutを使ったことがありませんが、TeXよりも舞台裏で作業する方が多少簡単だと思います。
Troff/Groff。 元々は1970年代のAT＆T内の技術文書（実際にはUNIX R＆D作業のスピンオフ）のために設計されたもので、今日でもまだ広く使用されています。かなり長い間、すべてではないにしても、ほとんどのO'Reillyの本はそれを使用して組版されていました。
DocBook 。これは、構造ドキュメント用のXMLタグベースの形式であり、外部エンジンを介してレンダリングすることで機能する傾向があります。 DocBookを使用したことはないので、実際の使用についてはコメントできません。
Wordperfect 。これは、MS-Wordよりも大規模なドキュメンテーションでかなり優れた由緒あるワードプロセッシングシステムです。また、ランのようなものとして見られますが、法律事務所などのいくつかのニッチ市場を保持しており、大きく、複雑で、相互参照の多い文書には適度に優れています（少なくともWordよりかなり優れています）。
Microsoft Word 。複雑なドキュメントでは不安定であるため、深刻な技術出版タスクにはお勧めしません。ただし、政治的な制約のため、それが唯一の選択肢です。インデックス作成は特に苦痛です。
EDIT：Framemakerおよびその他の技術文書ツールの詳細については、 このStackoverflowの投稿 を参照してください。これは、マークアップ言語ベースのシステムを特に使用したくない人のための技術文書ツールに関する質問への回答です。
ConTeXt をご覧になりましたか？ LaTeXの代わりに使用できるTeXのマクロのセットです。
私自身は使用していませんが、多くの場合、サンプルドキュメントの構文はLaTeXより単純に見えます。
ConTeXtでタイプセットを5冊出版しましたが、そのうち4冊は高品質のカラーイラスト付きの美術館カタログです。間違いなく生産準備完了です。
TeXは実際にはかなり特殊な目的の組版システムです。それはうまく機能しますが、より良いものを必要とするほど大きくはありません。 「彼がTeXを設計したとき、ドナルドクヌースは、単一の組版システムがすべての人のニーズに合うとは信じていませんでした」（ wikipedia ）
ほとんどの「新しい」システムはGUIを構築し、TeXを拡張しますが、これは正しいアプローチだと思います。
あなたが直面している「問題」には非常に良い理由がありますので、違うやり方を提案したい場合は、まずそれらの理由を調べてください。
第二に、あなたはあなた自身がTeXがいくつかの小さな問題を除いて素晴らしいことを示しています。 Knuthは、すべての用途とすべての人々に適しているわけではないことを明確に認識して構築しましたが、ソースコードをリリースし、誰でもニーズに合わせて拡張APIを構築しました。
提案する変更を行うために必要なすべてのツールが揃っており、TeXを更新するのは、ゼロから始めるよりも、他のシステムを適応させるよりもはるかに簡単です。本当に、TeXに近いものは何もありません。それが最高だと言うことではなく、言及するすべての良いことを実装し、何らかの形で悪いことを克服するという記念碑的な努力になるという点を単に家に追いやることです存在する理由）。
とにかく、支持者としてでさえ、あなたがこれを追求し、他の人にそれに興味を持ってもらいたいと思います。他の分野でTeXを取り上げるのは素晴らしいことですが、使いやすくするためには修正と更新が必要であり、数式よりも他の技術的なエンティティをよりよくサポートする必要があります。
-アダム
TeXとLaTeXはバーを高く設定しました。まったく新しいものが登場し、それらを置き換えることを想像するのは困難です。
KnuthのComputer Modern Typefaces（Computers And TypesettingシリーズのE本、is TAOCPとは異なり完成したと思う）のコピーを持っています。 。多くの人がこの本を見るとは思わない。 Kunthの時間の一部がどこに行ったかを見ることができます。序文からの引用です：
1984年、Monotype 8Aの型を作るために使用された元のブロンズパターンがサンフランシスコにあったことを知ったとき、別の幸運が訪れました。長年、私はこの作業を刺激したフォントに関する間接的で不正確な情報を扱ってきました。最初に、私はThe Art of Computer Programming;の活版印刷の元のページの写真の爆発から働いていました。その後、リチャード・サウソールは、イギリスにあった元の証拠から拡大を準備しました。ついに、金属タイプを生成した実際の80年前のパターンを見つけました。これらのパターンの現在の所有者であるOthmar Peters氏は、Computer Modernの最終ドラフトの準備中に借りることを許可し、ノギスで測定することで多くのことを学びました。
多くの場所でそのような細部に注意を払っていないだけです。それがTeXが耐える理由です。
「異なる目標を達成するための多くの拡張機能を備えた」新しい何かを保持することはできません。定義上、TeX/LaTeX以外の新しいものは拡張なしで起動します。
GNU TeXmacs プロジェクトの中心的な貢献者であり、「21世紀以外のTeX」のようなものを目指しているので、LaTeXの継承についていくつかの良い洞察を持っていると思います。
私は地平線上でLaTeXを廃止する可能性のあるものを何も知りません。数学コミュニティの影響力のある人々は、LaTeXを使用することにあまりにも慣れており、同様に柔軟なツールを学習するために必要な努力を真剣に検討しています。
おそらく20年後、LaTeXがクールだったときに博士号を取得したすべての人々が退職すると、他の人がそれに取って代わります。願わくば、それはTeXmacsのようなものになりますが、不必要な複雑さはありません。
LuaTeX があります。
引用：「LuaTeXは埋め込みスクリプト言語としてLuaを使用するpdfTeXの拡張バージョンです。LuaTeXプロジェクトの主な目的は、TeXのオープンで構成可能なバリアントを提供すると同時に、下位互換性を提供することです。」
Luaは非常に簡単で高速なので、LuaTeXがそれほど難しくないことを願っています...
www.patoline.org は、TeX/LaTeXシステムの優れた代替手段です。 Arch Linux、NixOS用にすでにパッケージ化されており、多くのUnixライクなシステムのソースからコンパイルできます。
XeTeX にも興味があるかもしれません。これは、Unicodeと多くのフォントをサポートするという点で、LaTeXの最新バージョンです。これを使用して、日本語、アラビア語などを1つのドキュメントに直接入力できます。 （これはあなたが与えた不利な点には対処しませんが、それでもLaTeXの欠点と代替システムについての議論に関連しています！）
TeXは汎用の組版システムではありません。その中核となる能力は、大量の数学を含む長いテキストを組版することです。競合がないという点で、いくつかの理由が想像できます。
- ドナルド・クヌースは賢かった。彼は、例えば、数式の間隔で驚くべき仕事をしました。
- 数学表記は何世紀にもわたって変化します。必要な機能は限られているため、新しい組版システムの市場はありません。
- ネットワーク効果。紙の唯一の目的は読むことです。ほとんどの論文は、他の一部の研究を進めており、その表記法を使用しています。 TeXを使用すると、確実に同じフォントと同じ間隔が得られ、論文から複雑な数式をコピーする技術的能力が得られます。
- TeXでは、新しいマクロを定義するのは簡単です。通常、単純なマクロがその定義から何をするのか、そして多くの標準マクロライブラリがあります。 GUIベースのシステムでは、このプロセスの透明性が大幅に低下する可能性があります。
あなたが引用した欠点は現実のものですが、TeXの上に構築されたまともなエディター/ GUIシェルを探す方がはるかに簡単です。あなたが数学に興味があり、あなたの記事を何十年も保存したい場合、それはそうです。再度、一般的なタイプセットについては、あなたが言及したプログラムがより良い選択になるでしょう。
DREAM TOOL IS NOT TEX
TEXは作業には適していません。 Texは、おそらく文書を印刷のすばらしさや複雑さから切り離すレイヤーを提供するのに適しています（私は印刷の専門家ではありません）。
概念的な行はこれです：
数学者は秘書ではありません。彼の主な関心事は[〜＃〜] what [〜＃〜]表示したいのではなく、[〜＃〜] how [〜＃〜]表示します。そのため、ラテックスよりもさらに抽象化の層が1つ必要です。
一般的な目標：
したがって、私たちが手でできることにはるかに近く、もちろん手で行うよりも速くすることができるツールが必要です（夢）。 Latexを使用していないことでLatexの主な作者の1人を捕まえた！）。
Dream Toolの仕様：（アイデアを得るための大まかなもの）
S1。学習曲線の最初の約1時間。
S2。疲れていても、（簡単な例えで）ドキュメントをすばやく書くことができます。
S3。見られる式のカットアンドペーストが利用可能。
S4。手作業よりも速くドキュメントを修正するには（手作業で5分ではなく2分）。
今日の最高のツール能力：
S1。ほぼ同じ。
S2。他のことを考えている間は不可能です。
S3。数式の説明の切り取りと貼り付け（実装）。
S4。手作業で5回ではなく20分かかります（すべてをやり取りする必要があるのは特定のことです）。
遅さの別の例：カテゴリ理論の10の図を含むラテックスドキュメントを書いた人に、確かに素早い仕事ではなく、すべての2乗のものを斜めに描くように頼みます。
emacs拡張機能であるorg-modeは、LaTeXおよびPDFファイルを生成できます。org-modeの構文はMarkdownに似ています。ただ読みやすいです。 20KBドキュメント内のLaTeXコード行org-modeは、あなたが言及した3つの問題を解決します-LaTeXからすべての素晴らしい機能を取得し、そのitsい構文を取り除きます。
このすべての後、誰も非常に重要なことを語りませんでした。
LaTeXのテキストはテキストファイルに書き込まれ、Literate programming、非常によく文書化されたプログラムを記述するためにDon Knuthによって提案されたスタイルに使用できます。アイデアは、数学のテキストに似た方法でプログラムがどのように開発されたかを説明することです。コードは、数式のように数学テキストで表示されます。これは素晴らしいアイデアです。しばらくすると、プログラムがどのように考案されたかを読むことができ、同じように決定が行われた理由を説明する部分を変更できます。
他の利点は、プログラムの出力としてLaTeXコードを生成できることです、この方法で結果を美しくタイプセットしたり、gnuplotのようなプログラムを使用したりできますグラフを生成してから、グラフのLaTeXコードを生成してテキストに挿入します。これは、結果のファイルが、画像形式にエクスポートされたグラフと比較して非常に軽く、\includegraphicsまたは、ワープロを貼り付けて使用している場合はさらに悪い。
LaTeXの学習はそれほど難しくありません。ペースを取り、必要なものを簡単なドキュメントから始めてください。学習を進めるとき、新しい機能とパッケージを学ぶ必要があります。 LaTeXの専門家になるためだけにすべてのパッケージを学習してLaTeXを習得しようとすると、時間を無駄にし、膨大な量のパッケージがありますが、すべてを学習する必要はありません。 "LaTeXの短い紹介"lshort.pdf、または "TeXの優しい紹介"gentle.pdf。長いマクロを入力するのにうんざりしている場合は、もっと使用する部分について独自のマクロを書くことを学んでください。ガイドにはそれに関するセクションがあります。
Ctan.org、tug.orgで情報を検索する場所は、latex.comでドメインがゴム材料を表すことを検索しない。
TeX/LaTeXカタログがあります。ctan.orgで検索すると、特別な機能が必要なときに非常に役立ちます。ここで見つけることができます http://texcatalogue.sarovar.org/index.html ですが、このリンクが古くなった場合はtexcatalogueを検索できます。
私のコメントを終えるには、LaTeXや他のソフトウェアが頻繁にバージョンを変更しないという大きな利点があります。TeX/ LaTeXは組版のための非常に完全なシステムです。 。 LaTeXの学習は時間の投資です。一度学習するだけで、新しいバージョンを学習するのではなく、仕事に専念するだけです。
追伸LaTeXを他のマークアップ言語（および文書化されている場合はワープロ形式）に、およびその逆に翻訳するプログラムを書くことができると言うのを忘れていました。実際、LaTeXコードを翻訳するプログラムはまだないが、より一般的なテキストについては、それらをHTMLに翻訳するためのいくつかのプログラムを見つけることができますが、LibreOfficeはWordをエクスポートできますプロセッサドキュメントをLaTeXに送信しますが、タグを使用してヘッダー、引用などとして段落をマークするワードプロセッサユーザーはほとんどいないため、あまり有用ではありません。ほとんどの場合、テキストをマークしてフォント、サイズ、配置などを変更し、これは翻訳されますLaTeXに。ただし、WordまたはLibreOfficeを使用する人と共同作業する場合は、これを行う必要があります。LaTeXテキストと統合する必要があります。共同編集者のテキスト全体を確認する必要があります。
ネット上で公開したり、ポータブルプレゼンテーションを作成したりするためにHTMLに翻訳する必要があったが、今では帯域幅でPDFファイルを高速に送信でき、beamerのようなパッケージで非常に良いプレゼンテーションを作成できる。
TeX/LaTeXの利点は、その上に書き込むことができるパッケージのサイズと、それらを共有する意志です。 Knuthの素晴らしいアイデアに感謝しますが、私たちは彼のArt of Computing Programmingの完全なセットをまだ待っています。
docbook は、LateXに代わるオープンxmlベースの代替物であると思われます。
「DocBookは、SGMLまたはXMLを使用して構造化文書を作成するためのシステムを提供します。コンピューターハードウェアおよびソフトウェアに関する書籍や論文に特に適していますが、決してこれらに限定されません。
「要するに、DocBookは理解しやすく、広く使用されているDTDです。多数の組織が、世界中のさまざまな印刷形式およびオンライン形式で、数百万ページのドキュメントにDocBookを使用しています。」
- doc book faq から
グラフィックスを配置するのが難しいという問題とは別に、LaTeXに対する他の批判は、そのUIまたはその欠如に関係しています。
LaTeXを使用してドキュメントを作成したいが、より簡単に使用したい場合は、LyXを実際にチェックしてください。これは、LaTeXのGUIフロントエンドであり、いくつかの問題に対処します。LaTeXの学習が容易になります（実際、LaTeXを知らなくても簡単な数学のないドキュメントを作成できます）。入力します。また、スペルチェック、グラフィックス処理の改善、ナビゲーションなども追加されます。
LyXはLaTeXの単なるフロントエンドであるため、ドキュメントを美しく表示できます。 LyXドキュメントもプレーンテキストであるため、バージョン管理がうまく機能します。実際、LyXはSubversionビルトインをサポートしています。
まだ推測していない場合は、LyXをお勧めします。私は PhD論文 全体を使って書き、それを非常に価値があると感じました。
これは、LaTeXの主な欠点を実際にカットするものではありませんが、問題はありません:)
- 「入力しすぎることがある（begin {itemize} ...\end {itemize}）」
これは完全に設計によるものです。簡潔（および入力しやすい）と理解しやすい（および入力が長い）の間にトレードオフがあります。 TeXとLaTeXは名前空間をサポートしていないため（残念ながら）、名前が長いほど衝突も少なくなります。
とにかく、優れた編集者は上記の苦情を取り除くでしょう。キーバインディングやタブ補完などを設定して、あなたの空想にふさわしく、書く必要はありません
\begin{whatever}...\end{whatever}
二度と。
私はただつまずいた AsciiDoc これは単純なテキストマークアップ言語（マークダウン、テキスタイル）のように見えますが、はるかに強力です。 DocBookとほぼ同等であるため、html、pdf、またはdocbook xmlを出力してさらに処理することができます。
4つの短所は、「難しすぎる」、「難しすぎる」、「難しすぎる」、最後に「難しすぎる」と要約できます。その解決策は、システムを適切に使用する方法を学ぶことだと思います。
初心者向けに設計されたシステムは、他の方法の欠陥、制御の喪失、柔軟性の喪失を示します。画像をより簡単に配置したい場合は、MS Wordをお試しください。プログラムを習得する努力なしに単純さを回避する方法はありません。 TeXは定義マクロをサポートしているため、必要に応じて\ begin {itemize}タグを\ biのようなより口当たりの良いものに変更できます。 LaTexの世界を十分に理解すると、通常のタイピングと同じくらい速くなります。
TeXで書くことで数学クラスでメモを取る練習をしていました。MSWordで記号を見つけるよりも\ sum_ {n = 1} ^ iで書く方が速いからです。
XSL-FOがニーズに合うかもしれません。 TeXほど強力ではありませんが、DocBookのようなXML形式でうまく機能します。人気のあるオープンソースの実装は、Apache FOP： http://xmlgraphics.Apache.org/fop/ です。
タイポグラフィを非常に細かく制御する必要がある場合は、TeXまたはFrameMakerやInDesign *などの独自のツールを使用することをお勧めします。
*注意：InDesignは現在、弱いXMLサポートIMOを持っています
私はそれをざっと読んだだけですが、Emacs Muse http://mwolson.org/projects/EmacsMuse.html は興味深いかもしれません（もっと経験があれば興味があります。いくつかのバックエンド、ラテックス、texinfoなどに生成するアイデア。）
NoTex ：これはSphinxのUIであり、コンテンツにはreStructuredTextを、プレゼンテーションの問題にはLaTexを使用します（HTML構造と設計のためのCSS）。 LaTex/XeTexなどをインストールするという頭痛の種を経験する必要はありません。
私の意見では、reStructuredTextはLaTexのcontent部分の後継です。しかし、LaTexは出版品質のPDFの作成に非常に優れているため、デザインパーツに使用する必要があります。もちろん、LaTexに完全に依存せず、rSTを直接PDFに変換するエンジンがあればいいでしょう。残念ながら、これらのツールのnoneは、品質の点でLaTexに到達できるものは何も生成しません。
技術的に言えば Sphinx はLaTexを置き換えるものではなく、あなたの生活を楽にするものであり、（必要に応じて）PDF（LaTexを介して））、HTMLまたはプレーンテキストを生成しますあなたのための出力。
主にコードのドキュメントを対象としていますが、 reStructuredText を使用しているため、 本を書く を含む その他の目的 で作業する方が簡単であることがわかりました。
本当は後継者ではありませんが、* roff（groff、troff、nroff）を見たいと思うかもしれません。私はそれについてあまり知りませんが、その形式が簡潔であることを覚えています。これは、manページに使用されるツールです。私はこれまでにこれについて聞いたことがありませんので、これ以上の手助けはできません。
例えば：
.pl 10.0i
.po 0
.ll 7.2i
.lt 7.2i
.nr LL 7.2i
.nr LT 7.2i
.ds RF FORMFEED[Page %]
.ds LH Internet Draft
.\" --> Header/footers: Set short title, author(s), and dates:
.ds CH 2-nroff.template \" <Short title>
.ds LF Postel, Braden \" <Authors>
.ds RH October 25, 2006 \" <Submission date>
.ds CF Expires April 2007 \" <Expiration date>
.hy 0
.ad l
.nf
.\" 5678901234567 check 72 column width 12345678901234567890123456789012
Internet Draft J. Postel
<draft-rfc-editor-nroff-template-00.txt> RFC Editor
Category: Informational USC ISI
Expires April 2007 October 25, 2006
.ce
Nroff Template for Internet Drafts and RFCs
.ce
<draft-rfc-editor-nroff.template-00.txt>
.in 3 \" Basic indent for text is 3 spaces
.ti 0 \" "Temporary indent" for next line: 0 spaces
Status of this Memo
Distribution of this memo is unlimited.
By submitting this Internet-Draft, each author represents that any
applicable patent or other IPR claims of which he or she is aware
have been or will be disclosed, and any of which he or she becomes
aware will be disclosed, in accordance with Section 6 of BCP 79.
Internet-Drafts are working documents of the Internet Engineering Task
Force (IETF), its areas, and its working groups. Note that other groups
may also distribute working documents as Internet-Drafts.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
ウィキペディアのカテゴリ 組版プログラミング言語 および 無料組版ソフトウェア をご覧ください。 Lout 特にいいですね。
特定の仕事のためのツール：
Latex2eの強みは、記事や書籍の表現に適した標準の文書作成および表現言語であることです。ただし、組版にはあまり適していません。これは悪いことではありません。時期尚早の書式設定は、すべての組版の悪の根源です。ほとんどの出版社は、コピー編集プロセスの最初に著者の書式設定を破棄するだけです。
コンテキストは組版に最適です。ドキュメントの表現言語としてのLatexと競合することはできません。ドキュメントの準備/編集段階で解決すべき問題を実際には解決しないためです。したがって、誰もが定評のあるラテックスから変更する理由はありません。
Latex3の努力を通じて、Latex2eの公開から公開までの重要な欠陥を修正するのではなく、次のワークフローの開発に力を注ぐと思います。
- ドキュメントの準備：Latex2e
- コピー編集：Latex2e
- 変換：ツールを適用してLatex2eを取得->コンテキスト
- 組版：コンテキスト
- 校正：コンテキストコンテンツに対してLatex2eコンテンツをチェックするツールを使用する
追記
- 上記のワークフローは、オーサリング/編集がWordで行われ、組版がIndesignまたはQuark Xpressを使用して行われる通常のワークフローとほぼ一致します。
おそらく、TeXの奇妙なバージョン番号に気づいたでしょう。 TeXがバージョン3に達したとき、Knuthは、ほとんどのソフトウェアのようにTeXを新しいバージョンにさらに進化させたくありませんでした。代わりに、彼はそれを最終的なバグのないTeXに収束させたいと考えました。したがって、バージョン番号は数学的な数値piに向かって収束します。バージョン3がバージョン3.1に続いた後、3.14、現在のバージョンは3.1415926です。
同様に、Metafontには、数学的な数値e（現在2.718281）に収束するバージョンがあります。
これに基づいて、あなたの質問に対する答えは、KnuthはTeXをTeXバージョン4に進化させたくないということです。