ソースファイル内のタグの内容は、メニューのタグを展開をクリックするとエディターに表示でき、F2キーを押すと編集できます。
構造の破損を防ぐため、品質保証を設定する際はXLIFFチェックを有効にしてください。
ヒント
XLIFFコンテンツにHTMLタグが含まれている場合は、ジョブまたはプロジェクトテンプレートを作成する際に、ファイルタイプとしてを選択してください。
ファイル形式
-
.XLF
-
.XLIFF
-
2.0のみ
ファイルヘッダーが
<xliff version="2.0">であるファイル
インポートオプション
-
ICUメッセージは自動的にtagsに変換されます。セグメントにインライン要素が含まれている場合、そのセグメントのICU解析はスキップされます。インライン要素を含まないセグメントは通常通り解析されます。
-
ファイルに含まれる HTMLタグをインポートします。タグはHTMLファイルインポート設定で使用できます。
HTMLサブフィルターが有効な場合、デフォルトで認識されるHTMLインライン要素リスト（span、a、emなどの標準的なインライン要素）に含まれないタグ名は、保護されたインラインタグに変換されません。代わりに、それらはセグメント境界要素またはブロックレベル要素として扱われます。これには、ソースコンテンツ内でテキストを囲むために使用されるカスタムタグ名や擬似タグ名が含まれます。例えば、テキストの一部を囲むlinkという名前のタグです。
その結果、そのようなタグの開始マーカーと終了マーカーは、エディター内の同じセグメントには表示されません。代わりに、セグメントはタグの境界で分割されます。元のコンテンツやタグで囲まれたテキストがファイルから失われることはありませんが、そのタグはインラインタグとして認識されなかったため、タグデータをインラインタグとして再構成することはできません。
カスタムタグ名や標準外のタグ名を単一セグメント内の保護されたインラインタグとして保持するには、そのファイルタイプのHTMLファイルインポート設定で、[翻訳可能なインライン要素]にタグ名を追加してください。この設定はプロジェクトテンプレートでも構成できるため、そのテンプレートから作成されたプロジェクトに自動的に適用されます。
-
<note>要素のデータは、コンテキストウィンドウに表示されます。（XLIFF 2.0規格に従い）
<unit>内の<note>のみがサポートされます。 -
Confirmedとしてインポートされたセグメントは、書き込みモードでプロジェクトの翻訳メモリに保存されます。
-
標準のセグメンテーションが適用されます。選択されていない場合、1つの要素が1つのセグメントになります。これにより、1セグメントに複数の文が含まれる可能性があります。選択されているにもかかわらず1つの要素が1つのセグメントのままである場合、ファイル内に属性canResegment="no"が存在する可能性があります。セグメンテーションを強制するには、この属性を"yes"に変更してください。canResegment="no"属性がない場合、ユニットはセグメント化されます。
targetセグメントが空でない場合、source要素内のテキストはセグメント化されません。この動作は、オプションの有効化/無効化や、セグメンテーションルールの調整では変更できません。
インポートされた
unitに元のファイル内でsegment要素が含まれている場合、それ以上セグメント化は行われず、既にセグメント化されているものとみなされます。この動作は、オプションの有効化/無効化では変更できません。セグメンテーションは、unitが単一のsegment要素を持ち、無視可能な要素がない場合にのみ行われます。 -
XLIFFの改行タグおよび改ページタグは、新しいセグメントを作成します。このオプションは、Segment XLIFFも有効になっている場合にのみ適用されます。
-
-
-
有効にすると、アップロードされたファイルのターゲット言語の値は無視され、ジョブのターゲット言語の値に置き換えられます。
-
完成したファイルのヘッダーに書き込まれるターゲット言語コードの大文字/小文字の形式を制御します。このオプションは、「Override XLIFF target values」が有効になっている場合にのみ適用されます。
利用可能なオプション
-
RFC小文字、例
fr-ca（デフォルト） -
RFC、例
fr-CA -
Phrase標準、例
fr_ca -
Android、例
fr-rCA -
Android BCP、例
b+fr+CA
-
-
2.0のみ
-
1.2のみ
コンテキストは、trans-unit内のcontext-group要素、またはcontext-type属性を持つcontext要素のいずれかにある必要があります。
-
2.0のみ
コンテキストは、unit要素またはunitの子孫にある必要があります。XPath評価のベースノード（コンテキストノード）はunit要素です。デフォルトのXPathは @id です。
備考
コンテキストキーのXPathとXML名前空間
XLIFF 2.0要素はXML名前空間内に存在するため、要素名を直接参照するコンテキストキーのXPath式は機能しない場合があります。式が結果を返さない場合は、代わりに
local-name()関数を使用してください。例えば、
category="key"を持つ<note>要素を抽出するには、次のようにします。*[local-name()='notes']/*[local-name()='note' and @category='key'] -
-
出力ファイルで必要な文字参照のカンマ区切りリスト。
例：
セグメントのインポートルール
ルールを追加すると、デフォルトのインポート設定が変更されます。ルールは組み合わせたり追加したりすることができ、利用可能なフォームを使用するか、手動で適用することができます。カスタムXLIFFステータスがサポートされています。引数をカンマで区切るとANDの論理関係が作成され、改行で区切るとORの論理関係が作成されます。
XPathもルールで使用できますが、ドキュメントではなく、各trans-unit要素を基準に評価されます。
例：
-
<trans-unit>要素のresname属性の値がinfoであるか、infoを含むセグメントのみをインポートします。例：info: .[contains(@resname,'info')]。 -
<trans-unit>要素に、tm_match属性の値が100.00であるか、100.00を含むsegment-metadata子要素がないセグメントのみをインポートします。例：100.00: .[not(contains(segment-metadata/@tm_match,'100.00'))]100.00%と101.00%の一致をインポートから除外するには、次のように
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属性が含まれていること。
次に、最大値がセグメントの最大長プロパティとして設定されます。
備考
HTMLサブフィルターが有効な場合、デフォルトで認識されるHTMLインライン要素リスト（span、a、emなどの標準的なインライン要素）に含まれないタグ名は、保護されたインラインタグに変換されません。代わりに、それらはセグメント境界要素またはブロックレベル要素として扱われます。これには、ソースコンテンツ内でインラインラッパーとして使用されるカスタムタグ名や擬似タグ名が含まれます（例：テキストをラップするために使用されるlinkという名前のタグ）。
その結果、そのようなタグの開始マーカーと終了マーカーが、エディター内の同じセグメントに表示されることはありません。代わりに、セグメントはタグの境界で分割されます。基盤となるコンテンツやラップされたテキストがファイルから失われることはありませんが、タグデータはインラインタグとして認識されなかったため、インラインタグとして再構成することはできません。
カスタムタグ名や標準外のタグ名を単一セグメント内の保護されたインラインタグとして保持するには、そのファイルタイプのHTMLファイルインポート設定で、「翻訳可能なインライン要素」にタグ名を追加してください。この設定はプロジェクトテンプレートでも構成できるため、そのテンプレートから作成されたプロジェクトに自動的に適用されます。
Drupal/Wordpress .XLIFF
設定は、Drupalプラグインで使用されるプロジェクトテンプレートに適用されます。
WordpressフィルタはHTMLサブフィルタを使用するため、.HTMLインポート設定を適用できます。HTMLインポート設定で利用可能な範囲を超えたカスタマイズが必要な場合は、.XML形式を使用する必要があります。
Drupal/WordPress XLIFFは、翻訳可能な文字列がCDATA内にあり、HTMLタグが含まれている場合の.XLIFFファイルのデフォルトとしても適しています。
memoQ
自動検出され、memoQ XLIFFとしてインポートされた場合、設定は利用できません。設定が必要な場合は、XLIFF 1.2のインポート設定を使用してファイルをインポートしてください。memoQ XLIFFのセグメントステータスは、インポート設定で手動で構成する必要があります。
HTMLサブフィルターおよびカスタムインラインタグ
HTMLサブフィルターを使用する場合（XLIFF 2.0のインポート設定など）、span、a、emなど、デフォルトのリストに含まれるHTMLインライン要素のみが、単一のセグメント内に収まる保護されたインラインタグに変換されます。linkなどのカスタムタグや擬似タグを含む、インラインラッパーとして使用されるその他のタグ名は、インラインコンテンツとして認識されません。HTMLサブフィルターは、認識されないタグをセグメントの境界として扱うため、タグマーカーはエディター内のどの単一セグメントにも表示されません。周囲のテキストやタグで囲まれたコンテンツが基になるセグメントデータから失われることはありませんが、タグマークアップは単一の保護されたタグとして保持されるのではなく、隣接するセグメントに分割されます。
カスタムタグや擬似タグを1つのセグメント内の保護されたインラインタグとして保持するには、そのファイルタイプのHTMLファイルインポート設定にある「翻訳可能なインライン要素」にタグ名を追加してください。この設定は、プロジェクトテンプレートの一部として、または組織レベルの「ファイルインポート設定」で設定することもできるため、同じインポート設定を使用する新しいプロジェクトにデフォルトで適用されます。