TMからの101%一致を扱う際、前後のセグメントが、各セグメントと共に保存可能なコンテキストを提供します。
コンテキストは、TM内の一致が以下であるかどうかを判断するために使用されます。
-
40
文脈内の一致。
-
40
ソーステキストは一致していますが、新しいテキストのコンテキストが異なります。
備考
現在のセグメントとTM一致の間でラッパータグが非対称である場合、その一致は完全一致として扱われるのではなく、99%に格下げされます。
これは、セグメントのコンテキストによって同じ原文テキストの翻訳が2通りになる場合に重要となります。
例：
チェコ語では、女性の「プロジェクトマネージャー」は男性の「プロジェクトマネージャー」とは異なる翻訳がされます。
周囲のセグメントがその違いを特定するために使用できるコンテキストを作成する場合、両方の翻訳が翻訳メモリに保存され、同じコンテキストが提供された際に101%一致として提示されます。
コンテキストタイプ
セグメントと共に翻訳メモリに保存されるコンテキストのタイプは、でジョブがインポートされる際に設定されます。すべてのファイルは、異なる設定でインポートできます。
翻訳メモリには、異なるタイプのコンテキストを持つセグメントが含まれる場合があります。
-
自動
コンテキストタイプは、ファイルタイプに基づいて自動的に選択されます。
-
コンテキストタイプセグメントキーでインポートされたファイル：ANDROID_STRING、CHROME_JSON、DESKTOP_ENTRY、.DTD、JAVA PROPERTIES、JOOMLA_INI、.JSON、MAC_STRINGS、MOZILLA_PROPERTIES、.PHP、.PLIST、.PO (gettext)、.RESJSON、.RESX、.TS、.XML_PROPERTIES、.YAML
-
その他の形式は、コンテキストタイプ前後のセグメントでインポートされます。
-
-
前後のセグメント
前後のセグメントの両方がコンテキストとして保存されます。
-
セグメントキー
セグメントキーまたはセグメントIDがコンテキストとして保存されます。これは、前述の セグメントキー ファイル形式に対して指定できるほか、.CSV、.XML、多言語XML、および多言語 MS Excel ファイル用にカスタマイズすることも可能です。
-
コンテキストなし
コンテキストを無視できる場合、コンテキストは保存されず、翻訳は常に最も新しく変更されたバージョンで上書きされます。
提供されたコンテキストが見つからない場合も、コンテキストなしが適用されます。
例：
翻訳単位には一度に1つのコンテキストタイプしか保存できません。前後のセグメント と セグメントキー を組み合わせることはできません。セグメントコンテキストの設定を変更しても、変更後に確定されたセグメントにのみ影響します。既存のTMエントリは、保存時のコンテキストを保持します。すでに翻訳済みのコンテンツに別のコンテキストタイプを適用するには、設定を更新したプロジェクトで再処理するか、再インポートしてください。これにより既存のエントリが更新されるのではなく、新しいTMエントリが作成されるため、元のエントリは個別に削除する必要があることに注意してください。詳細については、および翻訳メモリの変更またはインポートを参照してください。