一般に信じられているのとは違って 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 ^[5]の上位、後にくるものとしてとらえられています。これら言語の話についてはウェブ上のいたるところでみつけることができるので 詳細についてはここではふれないでおきます。とにかく、この文書の残りの部分で私は 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 のサブセットであり、タグの開始、終了については非常に厳格です。例外的なタグとして 終了タグを持たないものがあり、<タグ /> という形式です ^[6]。 またタグは 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 を作成するようになるとずっと明らかになることでしょう。

あなたはシステムを調べて以下に述べるすべてのツールがインストール済みであり、使えることを確かめる必要があるでしょう。

ここでコマンドプロンプトから emacs とするかデスクトップマネージャのメニューから選択して Emacs を起動します。 X で起動しようとキャラクタシェルで起動しようと同じ Emacs であるということに注意して下さい。違いはキャラクタモードではマウスでの クリックの代わりにキーストロークでメニューを選択しなければならないというだけだと思います。実際私はピュアなコンソールモードで 使ったことがないのでこれ以上はわかりません ^[9]

Emacs を起動すると *scratch* バッファになっているはずです ^[10]。コマンド C-x C-fで新規ファイルを作成できます。

	注意
	C-x は Ctrl キーを押した後で xを押すということに注意して下さい。 コマンド M-x は Alt と x を同時に押します。Emacs では Alt キーはまず Esc を押して離してから対応するキーで続けるのと同じです。 実際設定によっては Alt キーが使えず Esc の方法を強いられる場合があります。

Emacs は画面下(ミニバッファと呼ばれます)でファイル名の入力を待ちます。そのディレクトリ(通常は ~/)に存在しないファイル名を 入力すると、emacs は新規ファイルを作成します。ここではただ hello.sgml と入力し、enter を押して下さい。

	注意
	Emacs 初心者はこのフレームの切替に少々混乱させられるかもしれませんが、Emacs はほとんどの切替を自動で行いますし、 もし迷ってしまっても、ただミニバッファをクリックして C-g を数回押せば良いです。このコマンドは Emacs に前のコマンド群を中止するように指示します。 もし何らかの理由で画面を分割してしまったら、任意のフレームをクリックし、C-x 1 とすれば (親しみやすい用語を使えば) ``最大化'' することができます。C-x 2, 3 か何か数字 を試しに入力してみて下さい。 [画面が分割されたら] ``最大化'' したいフレームを選んで C-x 1 とします。マウスでどこでもクリックして フレーム選択できるので、初心者は X で Emacs を使う方が良いでしょう。

PSGML が適切にインストールされていればミニバッファ内に Loading psgml...done と 表示されるはずです。またステータスバー(ミニバッファのすぐ上の行)に SGML メジャーモードにいることを示す (SGML) という表示が出るはずです。

	注意
	Emacs にはメジャーモードとマイナーモードがあります。メジャーモードは一度に一つだけアクティブになれます。 私達が作業する SGML モードはメジャーモードです。マイナーモードは特定の作業を行うモードで、一つのメジャーモード内で 複数のマイナーモードを実行できます。例えば、SGML モードで作業中にいろいろ手助けしてくれる auto-fill-mode や ispell-mode といったとても便利なマイナーモードがあります。ispell マイナーモードは実時間で綴りを検査してくれますし、 auto-fill マイナーモードは段落を巧みに調整してくれます。

次は hello world 文書の完全なリストです:

<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook V3.1//EN" []>
<book lang="ja">
 <title>はじめての本</title>
 <chapter>
   <title>はじめての章</title>
   <sect1>
     <title>はじめての節</title>
     <para
     	>はじめての段落<
     /para>
   </sect1>
 </chapter>
</book>

この一連のキー操作は他の(LyX を除く)エディタの場合のようにして行うこともできますし、Emacs PSGML メジャーモードの 構造化編集の能力の特長を活用して行うこともできます。さてここから刺激的な部分がはじまります...

<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook V3.1//EN" []>
	

4.2.2. PSGML ではじめてみよう

さてでは DOCTYPE 行にちょうど下図のようにカーソルを移動し、C-c C-e と入力して下さい。 ミニバッファを見ると、Emacs がこの一での妥当な要素として bookを選択していることがわかるでしょう。 これはここでは他にここに置ける妥当な要素がないからです。それでは enter を押し、何が起きるか見てみるとしましょう。 すべてが上手くいっていれば次のようなコードになるはずです:

<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook V3.1//EN" []>
<book>
</book>
	

再度 enter を押して C-c C-e とします。複数の選択肢があるために Emacs がどのタグを置くか決定できないでいるのを 見ることができるでしょう。ちょうどシェルと同じように タブを押して自動補完できますが、沢山選択肢があるので ここでの妥当なタグのリストを含む分割画面が表示されます:

選択を中止するにはただ C-g とするか、タグの最初の数文字を入力(ここでは ti)し、タブ、Enterと入力します。するとタイトルがつくられ、Emacs が 必要な個所にカーソルを合わせています! タイトルを入力し、行末に移動(多くのエディタのように Enter を押す)し、 Enter、C-c C-eとします。さらに ch、タブとします。 さあ最初の章[chapter]ができました! 例 1. 「Hello World Code Example」にリストされた hello-world.sgml コード全体が得られるまで 続けて下さい。

これで構造化テキストエディタというのが何を意味するのかわかりはじめたと思います。そしてこれは始まりにすぎません、 というのは PSGML の機能は Emacs の多くの他の面白い特徴と結びつき、まさにそれが Emacs を仕事をこなすための最良の道具に 仕立て上げているからです。もちろんここではまだ Emacs がとても風変りで動作が鈍いために好きになれないでいるでしょうから、 いくつか拡張してみることにしましょう....

	    (setq-default truncate-lines 1)
	  

	    (global-font-lock-mode)
	    (transient-mark-mode 1)
	    (hscroll-mode)
	    (setq-default truncate-lines 1)
	  

ワープロよりテキスト処理が優れている主要な利点の一つに、ファイルを分割して好きなように作業を体系化できるということがあげられます。実際にはプログラムによって文書をより柔軟に体系化することができます。

実体(Entity)は文書の先頭の文書型 (DOCTYPE) 宣言内で宣言しなければなりません。そして典型的な実体宣言は次のようになります:

<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook V4.1//EN" [
<!ENTITY presDeLaCompania SYSTEM "presDeLaCompania.sgml">
]>
      

この例を見ればわかるように、実体は四角括弧 [] 内で宣言します。また実体へのシステム識別子があるので、パーザが文書を処理する際にそのファイルをみつけることができるということもわかるでしょう。実体名はこの文書の中で実体を識別し、好きなように名前を付けることができます。

アンパサンド & と実体名を次のように指定するだけでいつでもこの実体を使うことができます:

	&presDeLaCompania;
      

	重要項目
	実体を連携させているときに実体内に文書型(DOCTYPE)宣言を含めることはできません。そうすると Emacs がこの文書をどうやって検証するか知ることができなくなってしまいます。しかしこれについては打開する方法をみつけたので以下で説明します。

この節で後で見るように Emacs/PSGML は妥当な文書を書くのを手助けするだけでなく、思いがけなく手動で(例えばカットアンドペーストで)節を 含めたとしても、必要に応じて妥当性を検証することができます。それでは構造化文書の編集作業を手助けするような(PSGML に加えて)他の Emacs の標準機能についても見ていきましょう。

5.2.1. 妥当性の検証(単一の文書)

あなたはいつでもC-c C-vと打ってミニバッファ内にnsgmlsコマンド行を表示し、ただEnterを押すだけで文書の妥当性を検証できます。もし何らかのエラーがあれば下の画面のようにプロンプトが表示されます:

そしてすぐわかるように、エラーの一つをクリックしEnterを押すと直接エラー個所にジャンプします。もしそれが異なるファイルであっても、Emacs はそのファイルを開き、エラー個所にカーソルを移動します! これは Emacs の標準機能であり、システムの他のツールと統合されています。gdb、make、java コンパイラなどで同じように使うことができます。

PSGML メジャーモードは他の多くの Emacs メジャーモードと同じように適切な字下げを保つように手助けしてくれます。

<para>
 This is more a question of style and code readability. I
 personally prefer to have <emphasis>CDATA</emphasis>
 (character data) between the tags rather than having the tags
 at the beginning and end of the CDATA. Paragraphs are
 perfect examples:
</para>
      

<para>This is more a question of style and code readability. I
personally prefer to have <emphasis>CDATA</emphasis>
(character data) between the tags rather than having the tags at the
beginning and end of the CDATA. Paragraphs are perfect
examples:</para>
      

Emacs がその下の OS とツールを滑らかに統合しているのと同じ方法で、ispell と spell が完璧に統合されています。 これは ispell メジャーモードを有効にすることで ad-hoc になされるか、あるいはマイナーモードとして動作させられます。 これは MS-Word の赤線に似ていて、文書全体の綴りを検査します。次はいくつかのチップスです:

SGML 自体は任意の他の形式に手際良く変換できるけれども、実際に異なる媒体で配布するつもりなら考慮に入れなくてはならない いくつかの注意点があります。例えば、保守したい文書を Postscript と HTML の両方で配布するとしましょう。もし文書に画像が 含まれていなければ大きな問題はありません。しかし、もし画像があると、二つのこと - 双方の媒体に対する画像の大きさとファイル形式 - を考慮に入れる必要があります。800x600 のスクリーンショットはおそらく HTML なら完璧に表示されますが、A4 サイズの PDF では 見栄えが良くありません。また PNG は Postscript ファイルの中で直接表示させることはできませんし、EPS 画像を HTML ファイル内で 表示させることもできません。

おそらく SGML でもこれをプリプロセッサのようにしてやってしまう方法があるでしょうから、もしみつけたら この文書を更新することにします。しかしここでは私のみつけたこの仕事を十分よくなしとげる簡単な方法をあげておきます:

SGML ではすべての要素がユーザー定義の ID を持つことができます。この ID で異なる目的、媒体出力にでもこの要素を 参照することができます。HTML や他のハイパーリンク可能な媒体で配布しようとしているなら、文書の異なる節へのハイパーリンク させるのにとても便利です。これらリンクについては Docbook ではいくつかの異なる方法で定義されていますが、そのいくつかの 興味深いものをここであげてみます。

<sect1 id="wpf">
<title>The Word Processing Fantasy</title>
	

which where listed in <xref linkend="wpf">.
	

<para>
<ulink
  url="http://xml.coverpages.org/general.html#faq">
  http://xml.coverpages.org/general.html#faq
</ulink>
</para>

ここでは私が Emacs と PSGML モジュールの利用を通して発見した他の巧妙なテクニックについてふれてみようと思います。この節はおそらく 時間とともに内容が増えていくはずですので引き続き注意していて下さい...