ソースファイルのタグコンテンツは、メニューのタグを展開をクリックしてエディタで可視化し、F2をクリックして編集できます。
品質管理を設定する際にXLIFFチェックを有効にして、構造の破損を回避できるようにします。
ヒント
XLIFFコンテンツにHTMLタグが含まれている場合は、ジョブまたはプロジェクトテンプレートを作成する際に、ファイル形式としてを選択してください。
ファイル形式
-
.XLF
-
.XLIFF
-
2.0のみ
ファイルヘッダー
<xliff version=\"2.0\">を持つファイル
インポートオプション
-
ICUメッセージは自動的にtagsに変換されます。セグメントにインライン要素が含まれている場合、そのセグメントのICU解析はスキップされます。インライン要素を含まないセグメントは通常通り解析されます。
-
ファイルに含まれる HTMLタグをインポートします。タグはHTMLファイルインポート設定で使用できます。
-
<note>要素のデータは、コンテキストウィンドウに表示されます。<unit>内の<note>のみがサポートされています（XLIFF 2.0標準に準拠）。 -
確定済としてインポートされたセグメントは、書き込みモードでプロジェクト翻訳メモリに保存されます。
-
標準のセグメンテーションが適用されます。選択されていない場合、1つの要素が1つのセグメントになります。これにより、1つのセグメントに複数の文が含まれる可能性があります。選択されているにもかかわらず1つの要素が1つのセグメントのままである場合、ファイルに属性canResegment=\"no\"が存在する可能性があります。セグメンテーションを有効にするには、この属性を \"yes\" に変更します。canResegment=\"no\" 属性がない場合、ユニットはセグメント化されます。
訳文 セグメントが空欄でない場合、原文 要素内のテキストはセグメント化されません。この動作は、 オプションの有効化/無効化やセグメンテーションルールの調整では変更できません。
インポートされた
unitに元のファイル内でセグメント要素が含まれている場合、それ以上セグメント化は行われません。すでにセグメント化されていると見なされます。この動作は、 オプションの有効化/無効化では変更できません。セグメンテーションは、unitが単一のセグメント要素を持ち、無視可能な要素がない場合にのみ発生します。 -
XLIFFの改行タグおよび改ページタグは、新しいセグメントを作成します。このオプションは、Segment XLIFF も有効になっている場合にのみ適用されます。
-
-
-
有効にした場合、アップロードされたファイルの訳文言語の値は無視され、ジョブの訳文言語の値に置き換えられます。
-
2.0 Only
-
1.2 Only
コンテキストは、trans-unit要素内のcontext-group、またはcontext-type属性を持つcontextのいずれかにある必要があります。
-
2.0 Only
コンテキストは、unit要素またはunitの子孫要素内にある必要があります。XPath評価のベースノード（コンテキストノード）は、unit要素です。デフォルトのXPathは @id です。
備考
コンテキストキーXPathおよびXML名前空間
XLIFF 2.0要素はXML名前空間内に存在するため、要素名を直接参照するコンテキストキーXPath式は機能しない場合があります。式が結果を返さない場合は、代わりに
local-name()関数を使用してください。例えば、
<note>要素をcategory=\"key\"で抽出するには、以下を使用します：*[local-name()='notes']/*[local-name()='note' and @category='key'] -
-
出力ファイルで必要な文字参照のカンマ区切り一覧。
例：
セグメントルールをインポートする
ルールを追加すると、デフォルトのインポート設定が変更されます。ルールは組み合わせたり追加したりすることができ、利用可能なフォームを使用するか、手動で適用できます。カスタムXLIFFステータスがサポートされています。引数をカンマで区切るとAND論理関係が作成され、新しい行を作成するとOR論理関係が作成されます。
XPathもルールで使用できますが、各trans-unit要素に対して相対的に評価されます（つまり、ドキュメント全体に対してではありません）。
例：
-
<trans-unit>要素がresname属性を持ち、その値がinfo: .[contains(@resname,'info')]であるか、それを含むセグメントのみをインポートします。 -
<trans-unit>要素が、tm_match属性が100.00: .[not(contains(segment-metadata/@tm_match,'100.00'))]であるか、それを含むようなsegment-metadata子要素を持たないセグメントのみをインポートします。100.00および101.00%のTM一致を除外してインポートするには、以下のように
orを使用します：.[not(contains(segment-metadata/@tm_match,'100.00') or contains(segment-metadata/@tm_match,'101.00'))]。
XPathもルールで使用できます。例：セグメント.[contains(@resname, 'info;yes')]をインポートする。
デフォルトでは、すべてのXLIFF trans-unitがインポートされます。セグメンテーションが実行される場合、<source>はセグメント化されますが、<seg-source>はセグメント化されません。インポート後のすべてのセグメントのステータスは、未確定でもロック済でもありません。
カスタムインポート設定
-
次の場合セグメントをインポートしない
-
次の場合セグメントを確定済みにする
-
次の場合セグメントをロック済みにする
エクスポート属性マッピング
ルールを追加すると、デフォルトのインポート設定が変更されます。ルールは組み合わせたり追加したりすることができ、利用可能なフォームを使用するか、手動で適用できます。カスタムXLIFFステータスがサポートされています。
デフォルトでは、エクスポートされた訳文ファイル内のすべてのXLIFF trans-unitは、訳文が翻訳されている点を除き、原文と同一に見えます。XLIFFの状態を変更するには、セグメントのステータスをXLIFFの状態にマッピングできます。
例：
カスタムエクスポート設定
特定の訳文属性は、以下のセグメントステータスに基づいてマッピングできます。
-
確定済みかつロックされている
-
確定済みかつロックされていない
-
未確定かつロック済み
-
未確定かつロック済みでない
最大訳文長
ユニットが複数のセグメントに分割されると、すべてのセグメントが同じ最大長プロパティを持つようになります。これは、ユニットの最大値と等しくなります。
この場合、インポート後に以下の警告が返されます。
ユニットが複数のセグメントに分割されると、最大長制限が各セグメントに対して個別にチェックされます。
1.2
属性 maxwidth を使用して、以下の条件で翻訳の最大訳文長を指定できます。
-
Maxwidthはtrans-unit要素内（グループ内ではない）にある必要があります。
-
サイズは
size-unit="char"またはsize-unit="percent"で指定する必要があります。 -
trans-unit要素内にセグメントが1つしかありません。
trans-unit要素内に複数のセグメントがある場合、警告が表示されます。
2.0
最大訳文長機能は、以下の場合にのみサポートされます。
-
ファイル要素に
generalProfile="xliff:codepoints"を持つslr:profilesが含まれていること。 -
ファイル内のユニットに
sizeRestriction属性が含まれていること。
最大値が、セグメントの最大長プロパティとして設定されます。
Drupal/Wordpress .XLIFF
設定は、Drupalプラグインで使用されるプロジェクトテンプレートに適用されます。
WordpressフィルタはHTMLサブフィルタを使用するため、.HTMLインポート設定を適用できます。HTMLインポート設定で利用可能な範囲を超えたカスタマイズが必要な場合は、.XMLファイル形式を使用する必要があります。
Drupal/WordPress XLIFFは、翻訳可能StringsがCDATA内にあり、HTMLタグが含まれている場合の.XLIFFファイルのデフォルトとしても適しています。
memoQ
自動検出され、memoQ XLIFFとしてインポートされた場合、設定は利用できません。構成が必要な場合は、XLIFF 1.2インポート設定を使用してファイルをインポートしてください。memoQ XLIFFのセグメントステータスは、インポート設定で手動で構成する必要があります。