Locale::Po4a::Man(3pm) | Po4a Tools | Locale::Po4a::Man(3pm) |
Locale::Po4a::Man - PO ファイルと man ページの変換
po4a (PO for anything) プロジェクトは、gettext ツールが想定していないドキュメントのような領域で翻訳をしやすくすること (またより興味深いのは、翻訳文の保守がしやすくなること) を目標にしています。
Locale::Po4a::Man は、nroff フォーマット (man ページの言語) のドキュメントをほかの [自然] 言語へ翻訳するのを助けるモジュールです。
このモジュールは、翻訳者を楽にするためにちょっと面倒な動作をします。 というのは、翻訳者に提供されたテキストは、man ページに現れるテキストの逐語コピーではないということです。実際に、nroff フォーマットの生の部分は隠され、翻訳者がそれにより混乱しなくてすみます。
インデントされていない段落は、翻訳者向けに自動的に折り返し直します。groff で使用される折り返し直すルールはあまり明確ではないため、これで生成した出力は多少差異が発生します。例えば、丸括弧の後の二つの空白が、しばしば保持されます。
いずれにしろ、違いは折り返した段落にある余分な空白の位置についてのみとなるでしょう。そしてそこに価値があると思います。
最初の変更は、フォントの変更仕様についてです。nroff には、与えられた単語を縮小、太字、斜体で書くべきかどうかを指定する方法が複数あります。翻訳するテキストには、POD (Perl online documentation) フォーマットから借りてきた、以下の一つの方法しかありません:
所見: CW フェイスはどの groff デバイスでも有効というわけではありません。使用はお奨めしません。利便性のために提供しています。
po4a は、翻訳や翻訳のレビューが簡単になるように、特定の文字を自動的に変換します。以下に変換する文字を列挙します:
翻訳者は、自分の翻訳内では roff グリフ '\[hy]' の使用を押し通せます。
変換しないようにするには、翻訳者は幅なし roff 文字を挿入してください (例: それぞれ `\&` や '\&' とします)。
こういった文字はフォント変更の区切り文字として使われるので、そのままでは使用できません。(POD のようにもう一度) 代わりに E<lt> や E<gt> を使用してください。
以下は、このモジュール固有のオプションです:
'NAME' 節の翻訳を行わないように po4a に伝えることで mdoc 形式の厳密なサポートを選択します。'NAME' 節が翻訳された mdoc ページは、任意のヘッダやフッタを生成しません。
groff_mdoc
ページによると、NAME,
SYNOPSIS, DESCRIPTION 節は
必須です。 SYNOPSIS, DESCRIPTION
節を翻訳することによる問題は知られていませんが、
以下のようにも指定できます:
-o mdoc=NAME,SYNOPSIS,DESCRIPTION
この mdoc
の問題は、以下のように追加内容を使用して解決することもできます:
PO4A-HEADER:mode=before;position=^.Dd
.TH DOCUMENT_TITLE 1 "Month day, year" OS "Section
Name"
The following options specify the behavior of a user-defined macro (with a .de request), or of a classical macro that is not supported by po4a. They take as argument a comma-separated list of macros. For example:
-o noarg=FO,OB,AR -o translate_joined=BA,ZQ,UX
注: po4a にサポートされていないマクロがあって、それが標準 roff マクロと考えられる場合は、それを po4a 開発チームに提出してください。
注意: end コマンドが begin コマンドと一致するかどうかのテストはしません。終了コマンドがあればそこで no_wrap モードは終了します。対応する end がない begin マクロや対応する begin がない end マクロがある場合、既存の end (fi など) や begin (nf など) を対応するものとして指定できます。これらのマクロ (とその引数) は翻訳されません。
このモジュールは、真の nroff インタプリタでないので、まだ非常に制限があり解消のめどは立ちません。既存のマクロがすべて使え、さらに新しいマクロを定義できるような真の nroff インタプリタであれば、制限を解消できたでしょうが、私たちはそうしませんでした。それは難しすぎましたし、必要でないと考えたのです。man ページの作者が、自身の創作物を翻訳したものを目にしたいのであれば、翻訳者にとって作業しやすいように適合した方がいいと思います。
ですから、po4a で実装した man のパーサは、修正したいと思っていない既知の制限があります。そして、これはいくつかの落とし穴を構成します。翻訳者にドキュメントの翻訳を維持して欲しかったら、回避する必要があります。
nroff は、一つの完成したプログラミング言語です。マクロ定義や条件分岐等を備えています。このパーサはフル機能の nroff インタープリタではないので、これらの機能を使ったページは失敗します (私の元に 200 ほどそのようなページがあります)。
po4a::man がサポートしていないマクロはまだあります。これは単に、それについてのドキュメントが見つからなかったからです。以下にサポートしていないマクロのリストを掲げます。サポートされていないマクロが最初に出てきた時点で、プログラムが失敗してしまいますので、このリストは完全ではないことに注意してください。このマクロに関して何か情報がありましたら、ありがたくサポートに追加します。これらのマクロのために、私の機械にある 250 ページは po4a::man でアクセスできないのです。
.. ." .AT .b .bank .BE ..br .Bu .BUGS .BY .ce .dbmmanage .do .En .EP .EX .Fi .hw .i .Id .l .LO .mf .N .na .NF .nh .nl .Nm .ns .NXR .OPTIONS .PB .pp .PR .PRE .PU .REq .RH .rn .S< .sh .SI .splitfont .Sx .T .TF .The .TT .UC .ul .Vb .zZ
ときどき、筆者は、翻訳できず po4a により抽出すべきでない部分があることを認識しています。例えば、あるオプションが引数として other を受け入れてもよく、さらに、リストの最後の項目としても other が現れてよいとします。前者は、other を翻訳するべきではありません。そして、後者は other を翻訳すべきです。
この場合、作者は、以下のような特殊な groff 構造を利用して、po4a がテキストを抽出しないようにできます:
.if !'po4a'hide' .B other
(これには -o groff_code=verbatim オプションが必要になります)
これを自動化するのに、以下のような新しいマクロを定義することもできます:
.de IR_untranslated
. IR \\$@
..
.IR_untranslated \-q ", " \-\-quiet
(この構造には、-o groff_code=verbatim オプションと -o untranslated=IR_untranslated オプションが必要です。po4a はマクロ定義の内部をパースする必要はないため、.if !'po4a'hide' 条件文は、厳密には必要ありません)
または、以下のようにエイリアスを使用します:
.als IR_untranslated IR
.IR_untranslated \-q ", " \-\-quiet
これには -o untranslated=als,IR_untranslated オプションが必要になります.
この節をまとめると、シンプルさを維持してください。そして、man ページを書く際に巧妙なことをしようとしないでください。nroff では多くのことが可能ですが、このパーサによってサポートされていません。例えば、テキスト処理を中断する \c を下手にいじろうとしないでください (私の元にある 40 ページのように)。また、マクロの引数はそのマクロと必ず同じ行に配置してください。それが nroff で有効だということは知っています。でも、パーサが扱うにはあまりに複雑すぎるのです。
もちろん別の可能性として、もっと翻訳者に優しい (po4a::pod で使用する POD や、SGML のような XML ファミリーなど) 別のフォーマットを使用することが挙げられます。しかし po4a::man のおかげで、もう必要ありません。そうはいっても、あなたのドキュメントのソースフォーマットが POD や XML の場合、生成物ではなくソースフォーマットを翻訳する方が賢いでしょう。多くの場合、po4a::man は生成されたページを検出し、警告を出します。po4a::pod がそのページを完璧に扱え、その対応する nroff では、サポートするように書きたくない新しいマクロが多く定義されているため、POD が生成したページを処理するのを、拒否することさえあります。私の機械では、1432/4323 ページが POD から生成され、po4a::man に無視されます。
多くの場合、po4a::man は問題を検出し、適合するメッセージを出力して、ページの処理を拒否します。まれなケースでは、プログラムが警告なく完了したのに、出力が誤っている場合があります。そのような場合は、"バグ"と呼びます ;) そのような場合は、可能であれば直し方とともに、ぜひ報告してください……
既存の man ページの大半に、このモジュールを使用できます。
以下の複数のテストを Linux 機で定期的に実行しています:
Locale::Po4a::Pod(3pm), Locale::Po4a::TransTractor(3pm), po4a(7)
Denis Barbier <barbier@linuxfr.org> Nicolas François <nicolas.francois@centraliens.net> Martin Quinson (mquinson#debian.org)
倉澤 望 <nabetaro@debian.or.jp> Debian JP Documentation ML <debian-doc@debian.or.jp>
Copyright © 2002-2008 SPI, Inc.
本プログラムはフリーソフトウェアです。GPL の条項に基づき再頒布と変更を行うことができます (COPYING ファイルを参照してください)。
2023-01-03 | Po4a Tools |