cvs: peardoc /ja/chapters faq.xml

elf Mon Feb 23 23:59:28 2004 EDT Modified files: /peardoc/ja/chapters faq.xml Log: o updated...

http://cvs.php.net/diff.php/peardoc/ja/chapters/faq.xml?r1=1.2&r2=1.3&ty=u Index: peardoc/ja/chapters/faq.xml diff -u peardoc/ja/chapters/faq.xml:1.2 peardoc/ja/chapters/faq.xml:1.3 --- peardoc/ja/chapters/faq.xml:1.2 Sun Nov 9 05:42:20 2003 +++ peardoc/ja/chapters/faq.xml Mon Feb 23 23:59:28 2004 @@ -1,6 +1,6 @@ <?xml version="1.0" encoding="utf-8" ?> -<!-- $Revision: 1.2 $ --> -<!-- sync: 1.8 --> +<!-- $Revision: 1.3 $ --> +<!-- EN-Revision: 1.9 Maintainer: Status: ready --> <!-- [mj] The FAQ needs some heavy revision - don't translate it right now --> <chapter id="faq"> @@ -18,8 +18,7 @@ <sect1 id="faq.contributor"> <title> - How to become a PEAR contributor and/or how to get CVS access to - PEAR? + PEARに貢献する方法と(または)PEARのCVSアクセスでの取得方法は? </title> <titleabbrev> 貢献する @@ -35,19 +34,21 @@ ありますか? </title> <titleabbrev> - C-Modules + Cモジュール </titleabbrev> <simpara> - Answer written by Stig Bakken and Martin Jansen. + Stig Bakken と Martin Jansenが回答を書きました。 </simpara> <para> - If you just want to make a simple extension that does not follow - the <link linkend="standards">PEAR coding standards</link>, put it - in pear/PECL/ extname (that is where extensions from - php-src/ext/extname will be moved). If you want to write an extension - following PEAR's function/class naming, put it in pear/Foo_Bar or - whatever the right name is. + あなたが + <link linkend="standards">PEARコーディング標準</link> + に従わない簡単な拡張ををただ作りたい場合は、 + pear/PECL/ extname + (それはphp-src/ext/extnameから拡張が移動される場所です) + にそれを置いてください。 + あなたがPEARの関数/クラス命名に続く拡張を書きたい場合は、 + pear/Foo_Barあるいは任意の正しい名前にそれを置いてください。 </para> </sect1> <!-- @@ -59,7 +60,7 @@ PECLモジュールのインストール方法 </titleabbrev> <simpara> - Answer written by Christian Stocker. + Christian Stockerが回答を書きました。 </simpara> <simpara> @@ -149,7 +150,7 @@ </titleabbrev> <simpara> - Answer written by Stig Bakken. + Stig Bakkenが回答を書きました。 </simpara> <para> @@ -167,14 +168,14 @@ <sect1 id="faq.flat-structure"> <title> - Why a flat directory structure instead of a deep? + なぜフラットディレクトリ構造ではなく深いの? </title> <titleabbrev> - Flat structure + フラット構造 </titleabbrev> <simpara> - Answer written by Stig Bakken. + Stig Bakkenが回答を書きました。 </simpara> <simpara> @@ -189,8 +190,8 @@ installed. </simpara> <simpara> - The reason CVS is organized this way is that it makes package - administration much easier. + CVSがこのように構成される理由は、 + それがパッケージ管理をはるかに簡単にするということです。 </simpara> </sect1> @@ -203,18 +204,20 @@ </titleabbrev> <para> - Yes. But make sure, that you mark up the experimental/unstable - status of the project in the documentation. The best place to do - this is in the <filename>package.xml</filename> in the - &lt;status&gt;-tag. - The values for this tag are + はい。 + しかし、 + ドキュメント中のプロジェクトの実験/不安定な状態のマークアップを + 確認してください。 + これを行う最良の場所は&lt;status&gt;タグです。 + <filename>package.xml</filename>の中の + このタグの値は、 <variablelist> <varlistentry> <term>alpha</term> <listitem> <simpara> - early stages of development, all things could change (API, - behavoir) without notice, expect lots of bugs + 開発の初期段階で、すべてのもの無断で変わるかもしれないし + (API、振る舞い)、多くのバグを予想します。 </simpara> </listitem> </varlistentry> @@ -222,7 +225,8 @@ <term>beta</term> <listitem> <simpara> - API should normally not change, usable software, expect bugs + APIは通常変わらないはずで、使用可能なソフトウェアですが、 + バグを予測します。 </simpara> </listitem> </varlistentry> @@ -230,9 +234,9 @@ <term>devel</term> <listitem> <simpara> - a release for other developers who want early access to test - and give feedback, code quality may vary from pre-alpha to - stable + 初期のアクセスがフィード・バックをテストし与えることを望む + 他の開発者のためのリリースで、 + コード品質は前アルファから安定していることまで変わるかもしれません。 </simpara> </listitem> </varlistentry> @@ -240,9 +244,9 @@ <term>stable</term> <listitem> <simpara> - the software was tested, the API fixed, the documentation - wrote and is the recommended release for users and - production enviroments + ソフトウェアはテストされ、 + 決定したAPI、ドキュメントは書かれ、 + ユーザおよび生産環境のための勧められたリリースです。 </simpara> </listitem> </varlistentry> @@ -250,7 +254,7 @@ <term>snapshot</term> <listitem> <simpara> - a CVS snapshot from a certain date + ある期日のCVSからのスナップショットです。 </simpara> </listitem> </varlistentry> @@ -287,7 +291,7 @@ Are different packages or classes with similar features allowed? </title> <titleabbrev> - Competitive code + 競争率の高いコード </titleabbrev> <simpara> @@ -372,14 +376,15 @@ <sect1 id="faq.require"> <title> - A required package includes a package, my package needs it too. - Should I include it again? + パッケージは必要なパッケージを含んでいます。 + 私のパッケージもそれを必要とします。 + 私は再びそれを含めるべきですか? </title> <para> - Yes. You should include every package, you need with - <function>require_once</function> or <function>include_once - </function>, also when it is included already by another package. + はい。さらにそれが別のパッケージによって既に含まれている場合、 + <function>require_once</function>または<function>include_once</function> + を必要とします。 </para> </sect1> @@ -405,13 +410,13 @@ <sect1 id="faq.licenses"> <title> - What licenses are allowed in PEAR/PECL? + PEAR/PECLで許可されるライセンスは? </title> <titleabbrev> - Allowed licenses + 許可されたライセンス </titleabbrev> <simpara> - Answer written by Jan Lehnardt, Tomas V.V. Cox and Rasmus Lerdorf. + Jan Lehnardt, Tomas V.V. Cox と Rasmus Lerdorf が回答を書きました。 </simpara> <para> @@ -479,7 +484,7 @@ </titleabbrev> <simpara> - Answer written by Stig Bakken. + Stig Bakken が回答を書きました。 </simpara> <para> @@ -536,20 +541,22 @@ <sect1 id="faq.translators-revision-tracking"> <title> - Is there a tool to help PEAR manual translators to track files changes? + PEARマニュアル翻訳プログラムが、 + ファイル変更を追跡を支援するツールがありますか。 </title> <titleabbrev> - Revision Tracking + 修正追跡 </titleabbrev> <para> - Working on the translations is not just translating an English file - and commiting the results. Much of the work is needed to update - the already translated ones, to get in sync with the content of - the English files. To follow the modifications in the English tree, - you should subscribe to the PEAR documentation - <ulink url="http://www.pear.php.net/support.php">mailing list</ulink> - to get CVS commit messages, or read the archives. If you never update your - files, the translations can get useless. + 翻訳作業をすることは、 + 英語のファイルを単に翻訳し結果をコミットすることではありません。 + 必要な作業の多くは、 + 英語のファイルの内容と同期して取得した内容の翻訳を更新することです。 + 英語ツリーの修正を追跡する為に、 + PEARドキュメンテーション<ulink + url="http://www.pear.php.net/support.php">メーリングリスト</ulink> + の購読し、コミットメッセージかアーカイブを読むべきです。 + あなたがファイルを更新しなければ翻訳は役に立たなくなります。 </para> <simpara> Updating a foreign language file can get difficult, as you may not @@ -558,13 +565,14 @@ for tracking the revisions and modification dates of the files in <literal>peardoc</literal>. </simpara> <sect2 id="faq.translators.revcheck-comments"> - <title>The Revision Comments</title> + <title>修正コメント</title> <para> - Instead of storing all responsibilities in a central file, the revision - comment system stores them in the files they provide information about. - Information about translator, revision numbers, and status information - is stored in the revision comment. - Let's see what would be in the header of the example file + 中央のファイルに責任をすべて格納する代わりに、 + 修正コメントシステムは、 + それらが情報を提供するファイルにそれらを格納します。 + 翻訳プログラム・改訂番号およびステータス情報に関する情報は、 + 修正コメントに格納します。 + それでは例題ファイルのヘッダに何があるか確認しましょう。 <filename>bookinfo.xml</filename> file in this case: <programlisting> &lt;!-- EN-Revision: 1.16 Maintainer: jane Status: ready --&gt;