4

翻訳に関するSymfony 2 のドキュメントでは、すべての XLIFF の例がファイル属性file.extとして使用されているようです。originalXLIFF 1.2 のドキュメントから:

元のファイル- 元の属性は、要素の内容が抽出された元のファイルの名前を指定します。

Symfony 2 の場合、実際に翻訳用のコンテンツを抽出しているとは思いませんが、original属性は必須です。の使用法はfile.ext、Symfony 2 のドキュメントでは説明されていません。それが単なるプレースホルダーであり、無視されるか、実際のファイルを指す必要があるかどうかです。私の推測では、これは Symfony 2 では無視されていると思いますが、テストを行ったり、コードを掘り下げたりする機会はありませんでした。

2 番目の質問:既定の翻訳セットを指定することは適切でしょうか。たとえばmessages.default.yml、これを XLIFF 翻訳が派生する元のファイルとして使用しますか?

Web アプリケーションで使用する翻訳に関しては、XLIFF は少しやり過ぎのように思えます...

4

1 に答える 1

4

Xliff 1.2 仕様とスキーマではoriginal属性 of<file>が必要ですが、それを無視して、ファイルがスキーマ検証に合格するように値としてダミー文字列を使用できます。

このプロパティの一般的な用途の 1 つは、複数のドキュメント (.propertiesファイル、gettextファイルなど) からの文字列が抽出され、Xliff トランスユニットとして再フォーマットされ、個々のファイルからの文字列がそれぞれの<file>タグの下に配置される場合です。属性を使用して、複数のタグoriginalを持つ Xliff ファイルに元のファイル名を保持できます。<file>

<?xml version="1.0" encoding="utf-8" ?>
<xliff version="1.1" xml:lang='en'>
 <file source-language='en' target-language='de' datatype="plaintext" original="Sample.po">
  ...
   <body>
    <trans-unit id="1" restype="button" resname="IDC_TITLE">
     <source>Title</source>
    </trans-unit>
    <trans-unit id="2" restype="label" resname="IDC_STATIC">
     <source>&amp;Path:</source>
    </trans-unit>
  ...
 </file>
 <file source-language='en' target-language='de' datatype="plaintext" original="Sample.properties">
    <trans-unit id="1" restype="label" resname="IDC_LABEL">
  ...
   </body>
 </file>
</xliff>

小さな Web アプリケーションのローカライズに Xliff を使用するのは少しやり過ぎになることが多いことに同意しますが、この形式は、現時点でローカライズ データ交換のための唯一の業界標準ファイル形式であることは間違いありません。これにより、単純なソース/ターゲット構造のファイルや、SDL Idiom Worldserver などの翻訳管理システムで使用されるような大幅にカスタマイズおよび調整されたファイルなど、大規模なローカリゼーションの実装で非常に人気があります。

さらに、Xliff とOAXAL ファミリーの他の標準ファイル形式との間に互換性があります。

于 2013-04-12T05:54:02.100 に答える