私は ``テキストプロセッシング(処理)'' という言葉を ``ワードプロセッシング''とは区別し、Unix の最初の本から学んだのと同じ意味で使っています。 それはこの本の私が最初に Troff と(WYSIWYG に相対する)テキスト処理の背後にある哲学を発見した場所にありました。 テキスト処理は文書を要素に分けます: 内容 構造 スタイル 基本となる哲学は、筆者はスタイルよりもむしろ内容と構造に集中するべきであるということです。構造は大抵筆者の用途に合うように あらかじめ定義されている(または DocBook のように標準化されている)ので、結局一番関心を抱くべき内容にきっちりと集中することになります。 テキスト処理においては筆者はテキストエディタのような単純なツールか、LyX や Emacs のような特別な構造化テキストエディタを 使うことができます。いずれにせよ、それらの情報は常にコンピュータでもっとも自然なファイル形式 - テキストファイル - として保存されます。これは多くの問題点(その大部分については で述べました)について 非常に理にかなった解決策を示しています。 簡単な歴史 一般に信じられているのとは違って SGML (XML の父)は非常に古い原語であり、中には、かつて多くのコンピュータエンスーが 20 年前に SGML のようなオープンな標準を押し進め、しかし市場によって無視され、あるいは商業的な意図から存在を隠されてきたことを ふまえて、それを ``四十年来の復讐''[the fourty'ers って何?]と読んでいる人さえいます。いずれにせよ、SGML は重要な企業、産業界で 何年も使われています。実際、多くの巨大で重要な企業は長いこと企業情報を SGML として保存しています。 次は SGML の歴史を知るのに良いリンクです: http://xml.coverpages.org/general.html#faq XML は単に SGML の単純化されたサブセットであり、すなわち任意の XML 文書は妥当な SGML ですが逆は真ではありません。 XML は最近押し進めらてきていますが、基本的には 90年代に web の爆発的に普及した HTML "HTML は実際には SGML の実装の一つです。SGML 実装とは DTD (文書型定義; 基本的にはタグの名前とパラメータ、出現する順番、そして入れ子のルールなどを記述する)と 呼ばれるものでなります。SGML 実装であるマークアップ言語は数多くありますが、最近のほんの数年ばかりで XML の創生に伴う より多くの標準化の動きが台頭してきています。SGML の素晴しい点は、任意の文書を簡単に他の任意の形式に、単に宣言型の 変換シートを定義するだけで(すなわち、手続きプログラミングなしで!)変換できるということです。" の上位、後にくるものとしてとらえられています。これら言語の話についてはウェブ上のいたるところでみつけることができるので 詳細についてはここではふれないでおきます。とにかく、この文書の残りの部分で私は SGML について言及するつもりですが、 おそらく XML も大体同じであり、単により単純になっただけだとわかるでしょう。SGML と XML の間にはその変換に関する部分で大きな違いが あります。SGML では Lisp の方言の一つ、Scheme で書かれた DSSSL スタイルシートを使います。[一方、]XML ではより記述と保守を大幅に 簡便にするために XML で記述された XSLT というより単純な変換のための標準が開発されてきました。これはこの文書の焦点ではないので、 Eric Raymond の非常に優れた記事を参照することをお勧めします: http://www.tldp.org/HOWTO/DocBook-Demystification-HOWTO/ 最後に、この節の題目で示された疑問に対する答えとしては、主に、SGML (または XML)は拡張可能な言語であり 他の標準が使えるようになったとしても容易に変換できるので良い考えだということです。これはもし文書を SGML 形式で記述し、 保守すればそれらは技術や標準が変化しても生き抜くことができ、簡単に他の任意の標準へ変換できるので安心であるということを 意味しています。さらに言うと、SGML は古く安定な ISO 8879:1986 標準です。 SGML は Standard Generalized Mark-up Language (標準汎用マークアップ言語)の略記です。一方、XML は eXtensible Mark-up Language (拡張可能なマークアップ言語)の略記であり、単に単純化された SGML のサブセット(実装ではありません。前節を参照のこと)です。 コンピュータ言語の一種ですが、手続き型ではなく(すなわち、命令はその並び順で実行されたりはしません)、むしろ宣言的な言語です。 マークアップ言語は<タグ>の利用を基礎に置いています。タグはデータベースのように構造を定義し、 SGML 用語集の中で言及されているようにタグ以外のすべては内容か文字データ(CDATA)です。標準としての SGML は 使用上の基本的なルールとタグの入れ子関係を定義するだけです。例えば、すべてのタグは終端タグを持たなければ ならず、その入れ子は完全でなければならない、ようするに入れ子の(内側の)タグは外側のものより先に閉じなければ ならないということを言っています。もちろん SGML 定義はもっとずっと複雑ですが、これらが基本となるルールです。 XML は単純化された SGML のサブセットであり、タグの開始、終了については非常に厳格です。例外的なタグとして 終了タグを持たないものがあり、<タグ /> という形式です これは実は対となるタグの間に挟む要素がない場合の単なる短縮表記(空タグ)です。。 またタグは HTML の BODYタグでページの背景色をパラメータBGCOLOR="WHITE"で指定できるように パラメータを持つこともできます。 これらの基本ルールを与えられると残りのすべてはユーザーに託されます。これはつまりタグの名前、パラメータ、そして実装依存の 入れ子のルールは SGML で記述者がつくることができるということです。これが SGML の美しさであり、誰もが自身のタグ標準を創造できる ようにしています。これを考慮すると、実際には SGML は、標準かつ、パーザーと呼ばれる既成のツールによって簡単に操作したり 変換したりできる柔軟なデータ構造を記述するための言語です。SGML データ構造は RDBMS (SQL)テーブルよりもずっと柔軟であり、 本のような複雑なものも保持でき、しかし本や文書に限定されるものでもありません。実際、SGML と今の XML は多くの旧式の オブジェクト指向の DBMS 実装が行ってきた汎用のデータベースストレージとしても使われています。 さあ、誰でも独自のマークアップ言語を SGML でつくれるなら、あなたの発明したルールを強制する方法がなければなりません。 これが DTD (文書型定義)と呼ばれるものです。DTD は SGML 実装のためのタグの名前、パラメータ、発現する順番、入れ子のルールを 定義します。DTD もまた SGML で記述され、システム上の他のファイルとなっているだけです。DocBook は DTD であり、 book と articleなどを定義するのに使われています。 DTD は様々な方法で強制されています。第一に文書の筆者によって、つまり、その形式で書こうとする前にその DTD についてその人はいくつか重要な点について知っているべきです。また文脈上の妥当性検証の能力を持つ構造化エディタを使うことも できます。これらのエディタは文書内の任意の個所で挿入できるタグを示してくれます。さらには、システム上の DTD に対してあなたの 文書が妥当なものかどうかパーザにかけて検証できますし、もし何らかの矛盾点があれば警告してくれるでしょう。 OK、SGML をはじめるにあたって知っておくべき基本的なことについてはこれですべてです。これらのコンセプトすべてに ついては次節に進んで Emacs で SGML を作成するようになるとずっと明らかになることでしょう。