clean up/update

1 files changed, 18 insertions, 23 deletions

diff --git a/fml/doc/ja/tutorial/preface.sgml b/fml/doc/ja/tutorial/preface.sgml
index 38c7bad2..91aee6d3 100644
--- a/fml/doc/ja/tutorial/preface.sgml
+++ b/fml/doc/ja/tutorial/preface.sgml
@@ -1,17 +1,17 @@
 <!--
-   $FML: preface.sgml,v 1.15 2002/05/13 14:18:15 fukachan Exp $
+   $FML: preface.sgml,v 1.16 2002/07/02 10:39:29 fukachan Exp $
 -->
 
 
 <preface id="preface">
 	<title>
-	前書き
+	はじめに
 	</title>
 
 
 <sect1 id="status">
 	<title>
-	fml-devel (fml 開発版)の現状と TODO 
+	fml-devel の現状
 	</title>
 
 
@@ -20,13 +20,13 @@
 現状の &fmldevel; は運用ベースの実証実験の段階に入り、
 config.cf の編集支援ツール(makefml config や CGI からの設定変更)を
 除いて基本的な機能は実装されています。
-ＭＬごとに細かい設定変更をしたい場合を除けば、普通に使えます。
-実際使っています。
+つまりＭＬごとに細かい設定変更をしたい場合はファイルの編集が必要ですが、
+それを除けば、ツール類を含めて &fml4; と同様に使えるはずです。
 </para>
 
 <para>
 ただ 4.0 の細かい昨日まで実装されているわけではありません。
-その意味では、いろいろな機能を使いたい人は
+その意味で、いろいろな機能を使いたい人はまだ
 <ulink url="http://www.fml.org/software/fml/menu.html">
 4.0 stable
 </ulink>
@@ -34,7 +34,7 @@ config.cf の編集支援ツール(makefml config や CGI からの設定変更)を
 </para>
 
 <para>
-現在の fml-devel で動く機能そして TODO リストは
+なお、現在の fml-devel で動く機能そして TODO リストは
 <ulink url="../../../fml/doc/ja/todo/STATUS.html">
 http://www.fml.org/software/fml-devel/fml/doc/ja/todo/STATUS.html
 </ulink>
@@ -69,14 +69,11 @@ http://www.fml.org/software/fml-devel/fml/doc/ja/todo/STATUS.html
 </para>
 
 <para>
-例えば fml (4.0) を使っていて問題になるのは、
+例えば &fml4; を使っていて問題になるのは、
 「特定のホストで、ディスクの上にメンバーファイルを書く」という
 デザインです。
 これは最初のバージョンから継承され続けている基本構造です。
-</para>
-
-<para>
-しかしながら、冗長化構成を考えると
+しかしながら、RDBMS との連携や冗長化構成を考えると問題が出てきます。
 「NFS の時はどうする？」
 「トラブルチケットシステムと連動したい場合は？」
 「SQL サーバとも連動したいですね？」
@@ -144,7 +141,8 @@ fml 1.2 相当の最低限の機能
 + 自動スレッド追跡システム
 + 自動 HTML 化機構
 </screen>
-が動きます。
+が動くことになるでしょう
+(というか、これらの機能はすでに動いています)。
 </para>
 
 </sect1>
@@ -157,21 +155,18 @@ fml 1.2 相当の最低限の機能
 	</title>
 
 <para>
-4.0 と &fmldevel; は
+&fml4; と &fmldevel; は
 &fmldevel; で作られたモジュールのマージと
-4.0 自体のコードの保守をしつつ、
+&fml4; 自体のコードの保守をしつつ、
 並行開発されていっています。
 </para>
 
 <para>
-そのため 4.0 系は fml project 全体の中で、
-相対的に stable に近い current という位置付けになります。
-4.0 の bug fix は 4.0.x (4.0.1 4.0.2 …)としてまとめられリリー
-スれていく予定です。
-4.0-current は 4.0.x のためのテストケースであり、
+そのため 4.0 系は fml project 全体の中で、相対的に stable に近い 
+current という位置付けになります。4.0 の bug fix は 4.0.x (4.0.1 4.0.2 
+…)としてまとめられリリースされていく予定です。
+また 4.0-current は 4.0.x のためのテストケースであり、
 &fmldevel; は本当の開発コード( fml-current )という位置付けといえます。
-</para>
-
 <screen>
                fml-devel
              -----------------------------> 8.0 ? (次世代プロジェクトの目標)
@@ -180,7 +175,7 @@ fml 1.2 相当の最低限の機能
               |      |
             4.0.1   4.0.2 .... (リリース / 4.0-stable バージョン)
 </screen>
-
+</para>
 
 <para>
 &fmldevel; 用に作られたモジュールを &fml4; へ輸入する予定です。