overhaul:

o clean up
o minor bug fixes

1 files changed, 8 insertions, 8 deletions

diff --git a/fml/doc/ja/tutorial/preface.sgml b/fml/doc/ja/tutorial/preface.sgml
index 3aee81f1..b4c88f01 100644
--- a/fml/doc/ja/tutorial/preface.sgml
+++ b/fml/doc/ja/tutorial/preface.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: preface.sgml,v 1.19 2004/04/02 04:53:40 fukachan Exp $
+   $FML: preface.sgml,v 1.20 2004/04/07 11:06:58 fukachan Exp $
 -->
 
 
@@ -11,7 +11,7 @@
 
 <sect1 id="status">
 	<title>
-	fml-devel の現状
+	&fml8; プロジェクトの現状
 	</title>
 
 
@@ -77,8 +77,8 @@ sendmail と postfix のような関係と思って下さい。
 にメンバーファイルを書く」というデザインです。これは最初のバージョンか
 ら継承され続けている基本構造です。しかしながら、RDBMS との連携や冗長化
 構成を考えると問題があります。「NFS の時はどうする？」「トラブルチケッ
-トシステムと連動したい場合は？」「SQL サーバとも連動したいですね？」う〜
-ん…
+トシステムと連動したい場合は？」「SQL サーバとも連動したいですね？」
+などなど…
 </para>
 
 <para>
@@ -143,7 +143,7 @@ fml 1.2 相当の最低限の機能
 + 自動 HTML 化機構
 </screen>
 が動くことになるでしょう
-(というか、これらの機能はすでに動いていて一年以上、複数の環境で動作確
+(というか、これらの機能はすでに動いていて３年以上、複数の環境で動作確
 認がされています)。
 </para>
 
@@ -164,11 +164,11 @@ fml 1.2 相当の最低限の機能
 </para>
 
 <para>
-そのため 4.0 系は fml project 全体の中で、相対的に stable に近い 
+そのため 4.0 系は fml プロジェクト全体の中で、相対的に stable に近い 
 current という位置付けになります。4.0 の bug fix は 4.0.x (4.0.1 4.0.2 
 …)としてまとめられリリースされていく予定です。
 また 4.0-current は 4.0.x のためのテストケースであり、
-&fml8; は本当の開発コード( fml-current )という位置付けといえます。
+&fml8; が本当の開発コード( fml-current )という位置付けといえます。
 <screen>
                fml-devel
              -----------------------------> 8.0 ? (次世代プロジェクトの目標)
@@ -180,7 +180,7 @@ current という位置付けになります。4.0 の bug fix は 4.0.x (4.0.1 4.0.2
 </para>
 
 <para>
-&fml8; 用に作られたモジュールを &fml4; へ輸入する予定です。
+また、&fml8; 用に作られたモジュールを &fml4; へ輸入する予定です。
 たとえば 4.0 でも独立性の高い mead (エラーメール解析プログラム)や、
 スレッド追跡システムです。
 これは &fml8; の機能を 4.0 でテストをするいう意味あいもあります。