むかつく」という声の大半は、「インストールが苦痛」または「マクロが意味不明で思い通りならない」に分類できるんじゃないでしょうか。便利なインストーラ付属の分かりやすいLaTeX2eの入門書が改訂を重ねて書店で売ってたりするのだし、これらは普通の用途においては解決策がある問題ということにしておきましょう。ないな」という心境に至る人も多いはずです。わたし自身も、組版に関しては、だいたいそういう心境です。ドキュメントシステムに向いてない」ことです。「自由すぎる」ともいえます。ドキュメントというのは、木構造になっているべきです。いったブロック要素が、根っこで一つのドキュメントへと束ねられてるようなイメージです。散文一般とドキュメントに区別があるとしたら、この木構造が必須か否かという点かもしれません。ドキュメントは、なんらかの木構造と一対一対応がないと、最悪、読み手によって意味が変わってしまいます。小説ならそれでいいんですが、たとえばジェット機の整備マニュアルなんかだと、それではまずい。まっとうなドキュメントには木構造が求められるわけです。XMLとかSGMLが重宝されるゆえんです。ドキュメントをシステマチックに扱うには、木構造を反映できるファイル形式が不可欠です。ドキュメントを木として編集するための仕組みもあればうれしいでしょう。ドキュメントシステムに向いてないと思うのは、この木構造の観点が欠落しているからです。使って木構造のドキュメントを作ることはできます。執筆された原稿を扱う汎用の仕組みを作ろうとすると、構文解析すら無理ゲーなことに気づきます。場合、原稿を書くための基本的な構文も内臓のマクロ言語によって提供されているため、原稿から木を作りたいだけなのに、原理的にはこのマクロ言語の処理系を書かないと完全なものにならない。コンバーター」のような仕組みが見当たらないのです。実装してみたことがありました。いいます(その後「tef」に改名)。基本的なマクロの展開が扱えます。塊くらいはまじめに処理できます。dcbaトークンのカテゴリコードもまじめに扱ってるので、それ相応の判定結果が得られます。no未実装の機能が多いので制限だらけですが、簡単な整数計算のマクロなら実行できるっぽいです。「スヤァTeX」に登場する、修正ユリウス通日を求めるマクロも、少し修正は必要ですが実行できました(できるように今朝ちょっと実装を追加した)。15日目に向けて書きました。出力できるようにしてみました。出力例はこんな感じで、残念なとこもあるけど、まあ見られるかなというレベル。数式を変換しても内部表現を吐き出すだけだと思います。結局挫折けっこうがんばってここまで作ってたのですが、今では開発をほぼ中止しています。字句解析時の文脈もマクロからいじれてしまう(ヘンタイ!)という事実に後から気が付いたので、完全なものにするにはゼロから作り直す必要があるからです。出版される前の本の内容は、通常は著者や編集者に代表される「制作サイド」の人間にしか読まれない。機能を使うのが一番お手軽です。このスタイルでは、数値を指定してさまざまな囲み数字のグリフ(あれば)を呼び出すという便利な機能が提供され...職務経歴書いろいろあって職務経歴書を作成してみることにしました。編集をお手伝いしました。Blogger.自己紹介Unknown詳細プロフィールを。