cosmetics: white spaces

5 files changed, 89 insertions, 89 deletions

diff --git a/fml/doc/ja/tutorial/devel/create_program.sgml b/fml/doc/ja/tutorial/devel/create_program.sgml
index 7ea1b804..2b41dbb7 100644
--- a/fml/doc/ja/tutorial/devel/create_program.sgml
+++ b/fml/doc/ja/tutorial/devel/create_program.sgml
@@ -1,5 +1,5 @@
 <!--
-	$FML: create_program.sgml,v 1.1 2001/11/25 06:06:57 fukachan Exp $
+	$FML: create_program.sgml,v 1.2 2001/11/25 06:23:30 fukachan Exp $
 -->
 
 <chapter id="program.create">
@@ -16,7 +16,7 @@
 <para>
 まず FML::Process:: にモジュールを用意します。
 最小構成の見本としては FML::Process::Scheduler 、
-最大構成としては FML::Process::Distribute 
+最大構成としては FML::Process::Distribute
 を参考にすると良いでしょう。
 </para>
 
@@ -38,7 +38,7 @@ finish()
 
 <para>
 <screen>
-        FML::Process::Kernel 
+        FML::Process::Kernel
                 |       uses-a FML::Process::{Flow,Utils} FML::Parse ...
                 |
                 A
@@ -98,7 +98,7 @@ lrwxr-xr-x  1 root      wheel     6 Nov 23 22:10 mead -> loader
 
 <sect1>
 	<title>
-	プログラムを作る( CGI 用)	
+	プログラムを作る( CGI 用)
 	</title>
 
 <para>
@@ -107,7 +107,7 @@ FML::CGI::○○○
 というモジュールです。
 CGI 系列では次のような、オブジェクトの関係にあります。
 <screen>
-        FML::Process::Kernel 
+        FML::Process::Kernel
                 |
                 A
         FML::Process::CGI::Kernel   uses-a CGI
@@ -124,7 +124,7 @@ CGI 系列では次のような、オブジェクトの関係にあります。
 CGI のプログラムの書き方も同様です。
 コマンドラインのプログラムと同様に、
 FML::CGI のモジュールを見本にして、
-FML::CGI::○○○ 
+FML::CGI::○○○
 を適宜用意して下さい。
 </para>
 
@@ -152,7 +152,7 @@ FML::Process::CGI::Kernel 自身は、
 	<footnote>
 	<para>
 	このため、多くの場合
-	FML::Process::Kernel 
+	FML::Process::Kernel
 	のメソッドは呼ばれてはいません。
 	</para>
 	</footnote>
diff --git a/fml/doc/ja/tutorial/devel/cvstags.sgml b/fml/doc/ja/tutorial/devel/cvstags.sgml
index 1de7ef76..5bc6a68f 100644
--- a/fml/doc/ja/tutorial/devel/cvstags.sgml
+++ b/fml/doc/ja/tutorial/devel/cvstags.sgml
@@ -1,5 +1,5 @@
 <!--
-	$FML: cvstags.sgml,v 1.1 2001/04/24 15:19:14 fukachan Exp $
+	$FML: cvstags.sgml,v 1.2 2001/04/25 02:55:31 fukachan Exp $
 -->
 
 <appendix id="cvstags">
@@ -22,14 +22,14 @@
 	<entry>			</entry>
 	<entry>			</entry>
 	</row>
-   
+
 	<row>
 	<entry> mail-message-0-5	</entry>
-	<entry> 
+	<entry>
 		mail-message-0-4 の bug fixes 他
 	</entry>
 	</row>
-   
+
 
 	<row>
 	<entry> mail-message-0-4	</entry>
@@ -38,27 +38,27 @@
 		一通り hack した直後のブレークポイント
 	</entry>
 	</row>
-   
+
 
 	<row>
 	<entry> mail-message-0-3	</entry>
-	<entry> 
+	<entry>
 		パーサ部分ももつことにする。
-		FML::Parser は 
+		FML::Parser は
 		     Mail::Message::parse
 		     に統合されるだろう
 	</entry>
 	</row>
-   
+
 	<row>
 	<entry> mail-message-0-2	</entry>
 	<entry> clean up	</entry>
 	</row>
-   
+
 
 	<row>
 	<entry> new-Mail-class	</entry>
-	<entry> 
+	<entry>
 		基本的にクラス名を MailingList:: から Mail:: へ移行
 	</entry>
 	</row>
diff --git a/fml/doc/ja/tutorial/devel/cvstree.sgml b/fml/doc/ja/tutorial/devel/cvstree.sgml
index b6449f0d..220fb338 100644
--- a/fml/doc/ja/tutorial/devel/cvstree.sgml
+++ b/fml/doc/ja/tutorial/devel/cvstree.sgml
@@ -1,4 +1,4 @@
-<!-- 
+<!--
 	$FML
 -->
 
@@ -30,7 +30,7 @@ fml-devel の基本方針として、
 
 <para>
 CPAN/ や 3RDPARTY/ 以下のモジュールを変更したい場合は fml/ 以下で、
-なんらかのラップをするか、パッチをオリジナルに反映してもらって CPAN/ 
+なんらかのラップをするか、パッチをオリジナルに反映してもらって CPAN/
 以下をアップデートをすることが望ましいやり方です。
 CPAN/lib/ に直接変更を加えることもあります。
 CPAN/dist/ はオリジナルを保存する場所なので、変更してはいけません。
@@ -57,7 +57,7 @@ CPAN/dist/ はオリジナルを保存する場所なので、変更してはいけません。
 	<table>
 	 <title> / 以下のディレクトリ構造 </title>
 	 <tgroup cols=2>
-	
+
 	  <thead>
 		<row>
 		<entry>	ベンダー名
@@ -66,44 +66,44 @@ CPAN/dist/ はオリジナルを保存する場所なので、変更してはいけません。
 		</entry>
 		</row>
 	   </thead>
-	
+
 	  <tbody>
 		<row>
 		<entry>
 			Documentation/
 		</entry>
-		<entry>	
+		<entry>
 			ドキュメントとして公開する場所。
-	
+
 			ベンダー境界を越えて混ざりうるので
 			このディレクトリが創設されました。
 		</entry>
 		</row>
-	
+
 		<row>
-		<entry>	fml/		
+		<entry>	fml/
 		</entry>
 		<entry>	&fmldevel; プロジェクト直轄
 		</entry>
 		</row>
-	
+
 		<row>
 		<entry>	cpan/
 		</entry>
 		<entry>	CPAN で保守されているもの
-			
+
 			この下のモジュールについては CPAN の説明の通り。
 			単に標準モジュールでないため、ないしは
 			&fmldevel; のバージョン管理や保守のために、ここに収容。
-			
+
 			なお
-			cpan/dist/ 
+			cpan/dist/
 			に輸入したモジュールの元パッケージ全体をおき、
 			cpan/lib/
 			にライブラリを正しいクラス階層にあうように置きます。
 		</entry>
 		</row>
-	
+
 		<row>
 		<entry>	img/
 		</entry>
@@ -117,25 +117,25 @@ CPAN/dist/ はオリジナルを保存する場所なので、変更してはいけません。
 		<entry> 	3rdparty/
 		</entry>
 		<entry>	サードパーティ用(予約)
-			
+
 			予約されているだけで、
 			&fmldevel; プロジェクトとしては使いません。
 		</entry>
 		</row>
-	
-	
+
+
 		<row>
 		<entry> 	site_local/
 		</entry>
-		<entry>	
+		<entry>
 			デフォルトでは CVS ツリー内にはありません。
 			そのサイト独自に保守したいモジュールをおくための
-			ディレクトリ。		
+			ディレクトリ。
 			名前を予約されているだけで、
 			&fmldevel; プロジェクトとしては使いません。
 		</entry>
 		</row>
-	
+
 	   </tbody>
 	 </tgroup>
 	</table>
@@ -143,46 +143,46 @@ CPAN/dist/ はオリジナルを保存する場所なので、変更してはいけません。
 
    <sect2>
 	<title> fml/ 以下 </title>
-	
+
 	<table>
 	 <title> cvs tree の fml/ 以下のディレクトリの説明 </title>
-	
+
 	 <tgroup cols=2>
-	
+
 	   <thead>
 		<row>
 		<entry> ディレクトリ	</entry>
 		<entry> 説明		</entry>
 		</row>
 	   </thead>
-	
+
 	   <tbody>
 		<row>
 		<entry>	fml/etc/	</entry>
 		<entry> 設定変数	</entry>
 		</row>
-	   
-	
+
+
 		<row>
 		<entry>	fml/lib/ 		</entry>
 		<entry>	perl モジュール群	</entry>
 		</row>
-	   
-	
+
+
 		<row>
 		<entry> 	fml/libexec/ 	</entry>
-		<entry> 
+		<entry>
 			実行されるプログラムの実体。
 			すぐにモジュールを
 			呼び出すので、正確には wrapper です。
 		</entry>
 		</row>
 	   </tbody>
-	
+
 	 </tgroup>
 	</table>
    </sect2>
-	
+
 </sect1>
 
 </appendix>
diff --git a/fml/doc/ja/tutorial/devel/docbook.sgml b/fml/doc/ja/tutorial/devel/docbook.sgml
index ca840597..4b488f00 100644
--- a/fml/doc/ja/tutorial/devel/docbook.sgml
+++ b/fml/doc/ja/tutorial/devel/docbook.sgml
@@ -1,5 +1,5 @@
 <!--
-	$FML: docbook.sgml,v 1.1 2001/05/09 09:37:35 fukachan Exp $
+	$FML: docbook.sgml,v 1.2 2001/11/19 14:55:15 fukachan Exp $
 -->
 
 
@@ -29,7 +29,7 @@ fml-devel (fml 5.0) のドキュメントでは、SGML の DTD は
         HTML は SGML 形式の応用の(最も有名な)一例です。
         そのため本質的なシンタックスは HTML と同じということになります。
         </para>
-	</footnote>	
+	</footnote>
 ですが、正しい HTML の書き方と同様です。
 本 Appendix で、２、３の典型的な SGML テンプレートをメモしておくので、
 それらを適当に切り剥ぎしていけばなんとかなるはずです。
@@ -42,33 +42,33 @@ fml-devel (fml 5.0) のドキュメントでは、SGML の DTD は
    SGML の概念
    </title>
 
-<para> 
+<para>
 SGML は本や短い文書(記事)を作成するに使います。
 本や記事の論理構造を記述するための規格です。
 HTML のもっと厳密なものだと思って下さい
   <footnote>
-  <para> 
-  正確には HTML が SGML の一部です。 
+  <para>
+  正確には HTML が SGML の一部です。
   HTML の方がはるかに有名になってしまったので、
   「HTML のもっと厳密なもの…」といった説明が良くされます :)
-  </para> 
+  </para>
   </footnote>
-</para> 
+</para>
 
-<para> 
+<para>
 例えば、”本”という概念を考えてみます。
 まず”本”には章、節といった構成単位があります。
 節の中にはパラグラフがありますし、文には脚注がついたり、
 図などが挟み込まれたりします。
 </para>
 
-<para> 
+<para>
 これらの概念には、ある関係があります。
 例えば”章”は”節”を含みますが、”節”は”章”を含みません。
 そして、文は必ずあるパラグラフの中にあるものです。
 </para>
 
-<para> 
+<para>
 そういった概念をどう表現するべきか？を規定したものが DTD (Data Type
 Definition)といえます。
 DTD は自由に定義すれば良いのですが、かなり大変です。
@@ -76,11 +76,11 @@ DTD は自由に定義すれば良いのですが、かなり大変です。
 使うのが便利です。
 我々は DTD として docbook というものを使う
    <footnote>
-   <para> 
+   <para>
    我々が DOCBOOK を選んだ理由は簡単で、
    多くの場所で使われているからです。
    ということは、docbook のタグを書ける人は世の中に多いという意味です。
-   </para> 
+   </para>
    </footnote>
 ことにしています。
 </para>
@@ -94,39 +94,39 @@ DOCBOOK は OASIS-0PEN.ORG が保守している DTD 集です。
 Free の UNIX などをはじめ、多くのプロジェクトで使われています。
 </para>
 
-<para> 
+<para>
 つまり
 SGML を使うことで得られる最大の意義は「ある基準となるもの」に
 規格化ないしは強制されるということです。
 これは SGML の構文による規制という意味ではありません。
 ある概念に従うことに強制されようということです。
-</para> 
+</para>
 
-<para> 
+<para>
 ここで”概念”といっているのであって、”見栄え”については
 ふれていないことに注意して下さい。
 例えば HTML では概念と見栄えは(むしろ意識的に)はっきり分離していません。
-</para> 
+</para>
 
-<para> 
+<para>
 見栄えは DTD とは別の何かで定義されます。
 通常スタイルシートというものです。
 HTML 4.0 などでご存知の CSS と同じ概念です。
 </para>
 
-<para> 
+<para>
 スタイルシートの記述をするプログラミング言語が必要です。
 docbook では schema (lisp の一種) ベースの
 DSSSL (Document Style Semantics and Specification Language)
 を使います。
-</para> 
+</para>
 
-<para> 
+<para>
 また SGML では論理構造しか記述しないので見栄えはコンバータ次第で
 どうとでもなります。
 HTML、テキスト、ROFF、PS、PDF、RTF を始め、
 いろいろなものへ変換するやり方が用意されています。
-</para> 
+</para>
 
 
 </sect1>
@@ -153,7 +153,7 @@ book スタイルの典型的な SGML のテンプレートは次のようになります。
 &lt;book&gt;
 
   &amp;bookinfo;
-  &amp;preface; 
+  &amp;preface;
 
   &lt;toc&gt;&lt;/toc&gt;
 
@@ -195,8 +195,8 @@ perl の require() と同様の働きをしています。
 
 これらの定義により
 &amp;bookinfo;
-命令で 
-bookinfo.sgml 
+命令で
+bookinfo.sgml
 が include されるようになります。
 
 このようにして、文書本体と
@@ -301,7 +301,7 @@ include するべき定義ファイルを
           &lt;entry&gt; キー 1 		&lt;/entry&gt;
           &lt;entry&gt; 値 1		&lt;/entry&gt;
         &lt;/row&gt;
-  
+
         &lt;row&gt;
           &lt;entry&gt; キー 2  	&lt;/entry&gt;
           &lt;entry&gt; 値 2		&lt;/entry&gt;
@@ -334,7 +334,7 @@ include するべき定義ファイルを
           &lt;entry&gt; けんけん	&lt;/entry&gt;
           &lt;entry&gt; きたきつね	 &lt;/entry&gt;
         &lt;/row&gt;
-  
+
         &lt;row&gt;
           &lt;entry&gt; るど 		&lt;/entry&gt;
           &lt;entry&gt; テディベア	 &lt;/entry&gt;
@@ -364,7 +364,7 @@ include するべき定義ファイルを
           <entry> けんけん	</entry>
           <entry> きたきつね	 </entry>
         </row>
-  
+
         <row>
           <entry> るど 		</entry>
           <entry> テディベア	 </entry>
@@ -386,7 +386,7 @@ include するべき定義ファイルを
 <para>
 SGML を HTML などに翻訳するために、いくつかのツールが必要です。
 DTD と DSL の規格文書群は必須です。
-処理系として openjade と opensp 
+処理系として openjade と opensp
 	<footnote>
 	<para>
 	opensp は openjade パッケージに含まれています。
@@ -427,7 +427,7 @@ fml 5.0 では、以下のプログラムを使って HTML やテキストファイルを作成し
 <para>
 もちろん sgmltools がなくても SGML から HTML を作ることができます。
 どのツールを使うかは、あなたがどれを便利に思うか？次第です。
-単に &fml5; では、sgmltools を歴史的に使っているだけです。 
+単に &fml5; では、sgmltools を歴史的に使っているだけです。
 </para>
 
 <para>
@@ -440,7 +440,7 @@ fml/doc/share/sgml/ にある fml.dtd fml.dsl を定義として使っています。
 
 <warning>
 <para>
-NetBSD 1.5-stable 系列(およびそれ以前のバージョン)上で 
+NetBSD 1.5-stable 系列(およびそれ以前のバージョン)上で
 openjade を compile するには unproven-pthreads が必要ですが、
 以前作った時の変な include ファイルが残っていて
 openjade をうまく compile できないことがありました。
@@ -477,7 +477,7 @@ book.sgml
 などとします。
 -j
 は openjade に与えるオプションを指定しています。
--c 
+-c
 でカタログを指定しない場合、
 sgmltools は /etc/sgml/catalog ファイルを使います。
 </para>
@@ -523,7 +523,7 @@ LISP を知らないとちょっと手が出ないでしょう。
 
 <sect1>
 	<title>
-	その他の情報源 
+	その他の情報源
 	</title>
 
 <para>
@@ -546,7 +546,7 @@ SGML の書き方については
 
 <para>
 SGML のタグの一覧は
-	
+
 	<ulink url="http://www.oasis-open.org/docbook/documentation/reference/html/docbook.html">
 	DOCBOOK definitive guide (O'reilly)
 	</ulink>
diff --git a/fml/doc/ja/tutorial/devel/inet6.sgml b/fml/doc/ja/tutorial/devel/inet6.sgml
index c68ec914..9fbc8cc8 100644
--- a/fml/doc/ja/tutorial/devel/inet6.sgml
+++ b/fml/doc/ja/tutorial/devel/inet6.sgml
@@ -1,11 +1,11 @@
 <!--
-	$FML: inet6.sgml,v 1.2 2001/08/22 22:34:44 fukachan Exp $
+	$FML: inet6.sgml,v 1.3 2001/11/19 14:55:15 fukachan Exp $
 -->
 
 <appendix id="inet6">
 
 	<title>
-	NetBSD 1.5 での IPv6 の設定 
+	NetBSD 1.5 での IPv6 の設定
 	</title>
 
 <para>
@@ -17,7 +17,7 @@ NetBSD の IPv6 の解説
 
 <sect1>
 	<title>
-	IIJ IPv6 トンネル型サービスの場合 
+	IIJ IPv6 トンネル型サービスの場合
 	</title>
 
 <para>
@@ -43,7 +43,7 @@ NetBSD の IPv6 の解説
 トンネルを張った後、route6d を動かします。
 これにより IIJ からの ::/0 を受けとります。
 そして、
-こちらからは 2001:240:22::/48 を advertise することになります。 
+こちらからは 2001:240:22::/48 を advertise することになります。
 </para>
 
 <warning>
@@ -57,7 +57,7 @@ route6d を何も考えずに起動すると /64 を advertise してしまうので
 
 <sect1>
 	<title>
-	トンネルの設定 
+	トンネルの設定
 	</title>
 
 <para>
@@ -80,7 +80,7 @@ tunnel 10.1.1.1 10.2.2.2
 </para>
 
 <para>
-トンネルが上がったかどうかは 
+トンネルが上がったかどうかは
 <screen>
 % ping6 -n ff02::1%gif0
 </screen>
@@ -97,7 +97,7 @@ tunnel 10.1.1.1 10.2.2.2
 
 <sect1>
 	<title>
-	ルーティング 
+	ルーティング
 	</title>
 
 <para>
@@ -123,7 +123,7 @@ route6d=YES		route6d_flags="-A 2001:240:22::/48,gif0"
 
 <sect1>
 	<title>
-	ホストなどへのアドレスの割り当て 
+	ホストなどへのアドレスの割り当て
 	</title>
 
 <para>
@@ -180,7 +180,7 @@ www.kame.net
 
 
 <para>
-Interview with Jun-ichiro "Itojun" Hagino about the KAME Project 
+Interview with Jun-ichiro "Itojun" Hagino about the KAME Project
 <ulink url="http://www.feyrer.de/NetBSD/interview-itojun.html">
 http://www.feyrer.de/NetBSD/interview-itojun.html
 </ulink>