Trados さん、頑張って！

この広告は30日以上更新がないブログに表示されております。
新規記事の投稿を行うことで、非表示にすることが可能です。

Advent Calendar 「翻訳に役立ってくれそうなツール」の記事です。今回も Trados です。すみません。


前回の英単語チェックの記事で、原文と訳文を入れ替えてチェックをすると効果的という話をしました。今回は、実際に Trados で原文と訳文を入れ替える方法を説明します。

原文と訳文を入れ替えるといっても、その目的はさまざまだと思います。また、入れ替える方法も実はたくさんあります。この記事では、前回の記事で説明した英単語チェックを目的として入れ替える方法を紹介します。ここで紹介する方法は、すべての分節が含まれない、タグが消える、などの問題もあるので、原文と訳文を入れ替える目的によっては使えません。

以下の 2 つの方法を説明します。

　・テキスト形式のメモリ (TMX ファイル) を使う

　・Excel ファイルにエクスポートする

どちらの方法にも問題がある

すべての分節がメモリに登録されるわけではない

テキスト形式のメモリ (TMX ファイル) は、原文と訳文の入れ替えを行うには手軽に使えてとても便利です。TMX ファイルには、原文と訳文の区別だけでなく「英語」や「日本語」など言語の種類も記録されています。このため、英日メモリ (.sdltm ファイル) からエクスポートした .tmx ファイルは、そのまま反対方向の日英メモリにインポートできます。これで入れ替えができます。タグもほぼ維持されます。変更履歴が付いていてもメモリは履歴を適切に処理できます。

ただ、1 つ問題があります。それは、固定要素だけが違う分節はメモリに登録されないことです (固定要素の詳細については、以前の記事【前編】タイピングを減らそうも参照してください)。以下のような 2 つの分節があり、頭字語の「AC」と「DC」が固定要素として認識されていたとします。





この場合、2 つの分節を訳しても、メモリに登録される分節は「AC電源ケーブルをチェックします。」の 1 つだけです。「DC」の分節は「AC」の分節と固定要素以外がまったく同じなのでメモリに登録されません。前回の英単語チェックではこうした英単語こそチェックしたいので、1 つしかメモリに登録されない仕様は困ります。

もうメモリの形になっていて、それをチェックしたいというときは TMX ファイルを使って問題ありませんが、sdlxliff ファイルの状態でチェックをしたい場合はメモリを介さない方法が必要になります。


Excel へのエクスポートはタグと変更履歴を無視する

メモリを介さない方法の 1 つが、sdlxliff ファイルを Excel ファイルにエクスポートして原文と訳文を入れ替える方法です。これなら、sdlxliff ファイル内にある分節をすべてチェックできます。ただ、この方法にも問題があります。Excel ファイルにエクスポートするとタグがほぼ消えます。また、変更履歴が認識されないので、変更履歴を残している場合は使えません (削除した文字もすべてそのままエクスポートされます)。

今回の英単語チェックという目的では、タグは消えても構わないので、私は Excel ファイルにエクスポートする方法を使います。変更履歴があるときは悩ましいですが、変更履歴付きのファイルをバックアップした上で、変更履歴をすべて適用します。これでファイルをエクスポートし、その後で元の変更履歴付きのファイルを戻します (かなり、面倒です)。

テキスト形式のメモリ (TMX ファイル) を使う

TMX ファイルを使う方法から説明していきます。以下の説明では「英日翻訳をしているときに、日英に入れ替えてチェックを行う」という状況を想定しています。

事前に必要なもの: TMX ファイル用のファイル タイプ定義 (File type definition for TMX)

手順は、以下のようになります。

　1. すべての分節をメモリに登録する
　2. 登録した英日メモリを TMX ファイルにエクスポートする
　3. 日英メモリを作り、TMX ファイルをインポートする (ここで、入れ替えを行う)
　4. 日英メモリを TMX ファイルにエクスポートする
　5. 日英プロジェクトに TMX ファイルを追加する

では、始めていきましょう。



事前準備

事前準備として、TMX ファイル用のファイル タイプ定義を Trados にインストールします。このファイル タイプをインストールしておくと .tmx ファイルをそのまま翻訳ファイルとしてエディターで開くことができます。

ファイル タイプは、他のアプリと同様に AppStore からダウンロードしてインストールできます。バージョン 2021 以降だったら、Trados の [ようこそ] 画面から検索できます。インストールすると、プロジェクトの設定の [ファイルの種類] 画面に [新たなインストール済みのファイルの種類が存在します。] というメッセージが表示されるので、そこをクリックして TMX ファイル用のファイル タイプを有効にします。





事前準備はこれで完了です。では、実際の手順に進みます。


1. すべての分節をメモリに登録する

まず、念のため、現在エディターに入力してある訳文をすべてメモリに登録します。ファイル リストから、対象の翻訳ファイルを右クリックして [一括タスク] > [メインの翻訳メモリの更新] を選択します。画面の指示に従ってウィザードを進めます。メモリに登録する分節のステータスなども必要に応じて設定できます。なお、この操作を行っても、最初に説明した「固定要素以外がまったく同じ分節」は登録されません。


2. 英日メモリを TMX ファイルにエクスポートする

メモリを更新したらエクスポートします。[プロジェクトの設定] のメモリの設定画面で、対象のメモリを選択して [エクスポート] をクリックします。既定で TMX ファイルにエクスポートされると思いますが、念のためファイル名を指定するときにファイルの形式も確認します。


3. 日英メモリを作り、TMX ファイルをインポートする

ここで、言語方向を入れ替えた日英メモリを新しく作成します。そこに、エクスポートした TMX ファイルをインポートします。英日メモリからエクスポートした TMX ファイルをそのまま日英メモリにインポートできます。これで、入れ替えは完了です。


4. 日英メモリを TMX ファイルにエクスポートする

日英メモリにインポートできたら、改めて TMX ファイルにエクスポートします。これで、日英の TMX ファイルの完成です。


5. 日英プロジェクトに TMX ファイルを追加する

最後に、日英プロジェクトを作成して、日英の TMX ファイルを翻訳ファイルとして追加します。これで、日英の TMX ファイルに対して QA Checker を実行できます。日英プロジェクトは、チェック用のものを 1 つ作り、そこに QA Checker の設定などをしておくと便利です。 毎回、そのプロジェクトにファイルを追加してチェックできます。


TMX ファイルを使う手順は以上です。書いてみると、意外と手順が多くなってしまいました。英日の TMX ファイルをそのまま日英プロジェクトに追加できないかと思って試してみたのですが、それはできませんでした。メモリ (.sdltm ファイル) にインポートして入れ替えるという処理がどうしても必要なようです。次の Excel ファイルを使う方が手順は少ないです。

Excel ファイルにエクスポートする

次に、メモリを介さず、sdlxliff ファイルを Excel ファイルにエクスポートして入れ替えをする方法を説明します。

事前に必要なもの: Excel にエクスポートするアプリ (Export to Excel)

手順は、以下のようになります。

　1. Excel ファイルにエクスポートする
　2. 日英プロジェクトに Excel ファイルを Bilingual Excel として追加する (ここで、入れ替えを行う)



事前準備

事前準備として、sdlxliff ファイルを Excel ファイルにエクスポートしてくれるアプリ Export to Excel をインストールします。Excel ファイルへのエクスポートを行う方法はこのアプリを使う以外にもいくつかありますが、このアプリはいろいろな設定もできて便利なので私はこれを使っています。

では、始めましょう。


1. Excel ファイルにエクスポートする

Export to Excel アプリをインストールすると、ファイル リストの [一括タスク] に [Export to Excel] というコマンドが表示されるようになります。このコマンドをクリックしてエクスポートします。





エクスポートする対象などを設定できます。ロックされている分節をチェックしない場合は、[Exclude locked segments] を選択して、ロックされている分節がエクスポートされないようにします。

以下のような Excel ファイルがエクスポートされます。この Excel ファイルはエクスポート元の sdlxliff ファイルと同じ場所に生成されます。残念ながら、この時点でタグはなくなっています。






2. 日英プロジェクトに Excel ファイルを Bilingual Excel として追加する

Excel ファイルへのエクスポートができたら、今度はそれを日英プロジェクトに翻訳ファイルとして追加します。このとき、Excel ファイルを通常の Excel ファイルではなく「Bilingual Excel」として追加します。

ファイルを追加する前に、ファイルの種類として Bilingual Excel が選ばれるように設定をします。日英プロジェクトの [プロジェクトの設定] から [ファイルの種類] 画面を開き、拡張子「.xlsx」に対してBilingual Excel だけが有効になるように他の Excel 関連のチェックボックスをオフにします。





このリストは、上から順番に適用されていくので、チェックボックスをオフにするのではなく、Bilingual Excel を一番上に移動することでも Bilingual Excel が選ばれるように設定できます。

Bilingual Excel が選ばれるように設定したら、次に、Bilingual Excel の中身を設定します。 左側のリストから [Bilingual Excel] > [全般設定] を選択すると、以下の画面が表示されます。





[原文列:] には、先ほどエクスポートした Excel ファイルで日本語が入力されている「C」列を指定し、[訳文列:] には英語が入力されている「B」列を指定します。ここで、原文と訳文の入れ替えを行います。

これで準備は完了です。後は、エクスポートした Excel ファイルをプロジェクトに追加すれば、原文が日本語、訳文が英語の翻訳ファイルができあがります。これで QA Checker を実行できます。



今回は以上です。「原文と訳文を入れ替える」というタイトルにしていますが、それ以外の説明が少し多くなってしまいました。原文と訳文を入れ替える方法はその目的によっていろいろあると思いますので、目的に合った方法を探してみてください。





Tweet

Advent Calendar 「翻訳に役立ってくれそうなツール」の記事です。今回は、Trados と正規表現です。


私はしつこく Xbench の無料版 (V2.9) を使っていますが、無料版で一番残念なのが QA チェックの CamelCase Mismatch と ALLUPPER CASE Mismatch を有効にできないことです。有料版の V3 以降では有効にできるらしいですが、V2.9 では DISABLED と表示されるだけで、これを有効にするオプションがありません。このチェックは、大文字の単語 (WAF や HTTP など) とキャメルケースの単語 (GetStatus や SetTranslationMemory など) が原文と訳文で一致しているかを確認してくれるものだと思います。英単語は「必ず原文からコピーする」というルールを徹底していれば間違うはずはないのですが、それでも抜けてしまったりすることがあるので、こうしたチェックはどうしても必要になります。

そこで、今回はこのチェックを Trados の QA Checker を使って再現することに挑戦します。日英翻訳と英日翻訳の両方向について再現する方法を考えてみました。で、考えてみたので今回はその方法を紹介しますが、実はあまりうまく機能しないケースがあります。どうしても誤検出が増えてしまいます。もし、改善案などありましたら、教えて頂けると嬉しいです。

QA Checker の正規表現

QA Checker の詳細については、以前の記事「正規表現なしで、検証機能を使う」を参照してください。この記事でも書いているとおり、QA Checker の設定はファイルにエクスポートして保存しておくことができます。同じように、正規表現にも [アクション] の中に [アイテムのエクスポート] と [アイテムのインポート] が用意されています。この画面のエクスポートは正規表現のみをエクスポートします。また便利な点として、この画面のインポートは削除をせず、追加と更新だけをしてくれます。つまり、既存のアイテムはそのまま残り、新しいアイテムは追加され、そして更新されたアイテムは更新されます。QA Checker 全体のプロファイルからインポートをすると、総入れ替えになるので古いアイテムは削除されます。

日本語 -> 英語の場合

日英翻訳の場合は、大文字やキャメルケースなど関係なく単純に「英単語を抜き出す」と考えればよいので簡単です。


英単語




原文: ([a-zA-Z0-9\-\.]+)
訳文: $1

私は、数字、ハイフン、ピリオドも含めて上記のように設定しています。これで、英語の小文字、大文字、数字、ハイフン、ピリオドで構成される単語を原文から抽出できます。訳文の $1 は「原文の ( ) 内とまったく同じ内容」ということを意味します。原文から CAT が抽出されたら、訳文でも CAT を探します。


全角の英単語

ここまでは簡単ですが、日英翻訳で問題になるのは全角です。原文が日本語の場合、英数字が全角で書かれていることがあります。上記の式は全角にはマッチしません。そこで、私は以下の式も追加しています。

原文: ([ａ-ｚＡ-Ｚ０-９]+)
訳文: $1

これで全角の英数字も抽出できます。抽出はできますが、訳文の $1 はうまく機能しません。訳文の英語では英数字は半角にするので、原文の全角 ＣＡＴ を訳文で正しく半角 CAT に変換していてもすべてエラーとして検出されます。安全のためにこの式を使ってはいますが、誤検出が多くなります。

英語 -> 日本語の場合

原文が英語の場合は、当然ながらすべてが英単語なので上記のように単純にはいきません。大文字とキャメルケースを指定する必要があります。


大文字で構成される単語

大文字は比較的簡単です。私は、ハイフンも含めて以下のように指定しています。「大文字かハイフンが 2 回以上連続する」という意味です。

原文: ([A-Z\-]{2,})


1 文字の英数字

上記の条件は「2 回以上」という指定なので server A などにはマッチしません。そこで、英数字 1 文字だけを抽出する式も追加します。

原文: (\b[\w\d]\b)

\b は単語の始まりまたは終わりを示します。\w は英文字、\d は数字です。この式は「単語の始まりがあって、英数字が 1 つあって、単語の終わりになる」という条件になります。私は数字も含めていますが、数字は数字チェックの機能が別にあるのでここに含めなくても OK です。


キャメルケース

いよいよキャメルケースです。少し複雑になります。私は、考えていたら複雑すぎてよくわからなくなったので「小文字始まり」と「大文字始まり」の 2 つに分けることにしました。

・小文字始まりキャメルケース (getTableStatus など)

原文: (\b[a-z]+\-*[A-Z]+[a-z\-]*)

\b は単語の始まりなので「小文字で始まって、大文字が 1 回以上登場して、また小文字がある」という条件です。念のため、ハイフンもありということにしています。

・大文字始まりキャメルケース (GetTableStatus など)

原文: (\b[A-Z]+\-*[a-z]+\-*[A-Z]+[\w\d\-]*)

こちらは「大文字で始まって、小文字が登場して、また大文字が登場する」という条件です。「大文字で始まって、小文字が登場する」だけでは、先頭を大文字にする通常の文すべてに一致してしまうので、2 度目の大文字が必要です。


文頭以外の大文字始まり (This is a Windows server など)

大文字の連続やキャメルケースではなく、単に文の中で大文字で始まる単語もチェックしたい場合があります。ただ、英語の文は通常大文字で始まるのでこれがなかなか大変です。文頭の大文字は抽出しないようにする必要があります。

原文: ^.+([A-Z]+\-*[a-z0-9]+\-*\b)

先頭の ^ は正規表現で「文頭」を意味します。この式は「文頭から何か文字があった後に大文字が登場する」という条件になります。すみません、これも考えてはみたものの、かなり誤検出が多くなります。文頭以外に大文字が登場する文は実はかなりあります。たとえば、見出しでヘッドライン スタイルが使われている、文全体が丸括弧で囲まれている、Note: のようなコロンの後に文が書かれている、などです。こうしたケースを除外しようとするとなかなか面倒です。

原文と訳文を入れ替えてチェックする

さて、いろいろなチェックをしても、コマンドやプロパティ名などが満載の IT 系文書のときは英単語の記述にどうしても不安が残ります。そんなときは、原文と訳文を入れ替えてチェックをしてみます。これはかなり有効です。

Trados の正規表現の一部は「原文から訳文」方向のチェックしか行いません。正規表現の条件をよく見てみると「グループ化された検索表現」は以下の 2 つしか条件がありません。





訳文に $1 などと記述するケースが「グループ化された検索表現」にあたりますが、この場合は必ず原文を先に検索する必要があります。それ以外の場合は「訳文は一致するが〜」や「訳文チェックのみ」が可能ですが、$1 などを使う場合はそれができません (この画面上ではどの条件も選択できますが、期待どおりの動作になりません)。このため、通常は「訳文に余計な英単語が入っている」というケースは検出できませんが、原文と訳文を入れ替えてチェックをすれば検出できます。

また、上記のとおり、英語 -> 日本語のチェックはかなり複雑で False positive も False negative も多くなります。これを、日本語 -> 英語に変えるとチェックが単純になり、エラーも見つかりやすくなります。英語 -> 日本語の場合、set や get などの小文字始まりのプログラム コマンドは普通の英語と区別がつかないので検出できませんが、訳出後に日本語 -> 英語に変えて英単語のチェックをすれば検出できます。このチェックは、私の経験上、けっこう有効に機能します。



今回は以上です。Trados で原文と訳文を入れ替える方法については、次回とりあげたいと思います。正規表現をいろいろ考えていると、素直に新しい Xbench を購入した方がいいんじゃないかという考えが頭をよぎらないこともないですが、とりあえず、もう少し頑張ってみます。正規表現はよくわからないことが多いので、アドバイス頂けるととても嬉しいです。








Tweet

Advent Calendar 「翻訳に役立ってくれそうなツール」の記事です。今回は、がっつり Trados です。


翻訳作業を効率化しようと考えたとき、私が真っ先に思いつくのは「タイピングの量を減らす」ことです。少ないタイピングで正確に入力できれば作業スピードは確実に上がるでしょう。しかし、そうは思いつつも、タイピングの 1 回 1 回はわずかな時間なので対策をついつい後回しにしがちです。

そんな私も、IME の単語登録と AutoHotkey は使っています。ただ、IME は基本的に日本語を入力するためのものなので英訳をしているときはあまり役立ちません。また、AutoHotkey はとても便利ですがスクリプトの記述はどうしても面倒です。というわけで、今回は Trados の中でタイピングを減らすために使用できる機能をまとめてみました。Trados の外でタイピングを減らす方法は数多くあると思いますが、まずは Trados に付いている機能だけでも十分に活用していきましょう。ここに挙げた以外にも良いアイデアがあれば、ぜひぜひお聞かせください。


設定の種類: [プロジェクトの設定] と [ファイル] > [オプション]

さて、Trados 内だけとはいっても、タイピングを減らす効果が期待できる機能はけっこうたくさんあります。今回は Trados の設定を 2 つに分け、それらを前編と後編の 2 つの記事で説明したいと思います。Trados の設定は大きく分けると、プロジェクトごとの設定である [プロジェクトの設定] と、Trados 環境全体の設定である [ファイル] > [オプション] の 2 つになります。この 2 つの詳細については、以前の記事「Trados の設定を変えるには − [ファイル] と [プロジェクトの設定]」を参照してください。

[ファイル] > [オプション] の設定は一度設定すればその後ずっと有効ですが、[プロジェクトの設定] はプロジェクトごとに設定を行う必要があります。つまり、プロジェクトの設定は新しいパッケージを開くたびに設定をします。ファイルが追加になりましたなどと言われて更新パッケージを受け取ったときも、残念ながら、設定をやり直さなければなりません。

では、今回の前編ではこのプロジェクトの設定を見ていきます。

フラグメント一致

設定の場所: [言語ペア] > [すべての言語ペア] > [翻訳メモリと自動翻訳] > [検索] > [upLIFT 用のフラグメント一致のオプション]


フラグメント一致の機能は既定で有効ですが、一部無効になっているオプションがあります。フラグメント一致や upLIFT の詳細については、以前の記事「フラグメント一致に関する設定」や、Trados の公式ブログを参照してください。





上図の [TU のフラグメント] をオンにします。これをオンにすると、分節全体ではなく、語句の単位でマッチが検出されるので、[フラグメント一致] ウィンドウに表示されるマッチが多くなります。[フラグメント一致] ウィンドウに表示された語句は、ショートカット キー Ctrl+Alt+M で訳文に挿入できます。

単語数のフィールドは、上記の公式ブログの推奨に従ってどちらも「2」に設定します。あまりにマッチが多く表示されるようなら「3」に変更します。数字を大きくするとマッチが減ります。

固定要素を「認識」する

設定の場所: [言語ペア] > [すべての言語ペア] > [翻訳メモリと自動翻訳]、メモリを選択して [設定] > [言語リソース] > [次を認識する]


「固定要素」とは、数字、日付、大文字の英単語などのことです。「認識済みトークン」と呼ばれることもあります。私にとっては、Trados の中でよくわからない機能のトップにあがるものですが、自動認識とか、自動置換とか、 QuickPlace (ショートカット キーは Ctrl+Alt+下矢印または Ctrl+カンマ) とか、繰り返し処理とか、いろいろなところに影響するので注意が必要です。詳細については、公式ヘルプの「固定要素」を参照してください。(ただ、参照してもよくわかりません。)

固定要素の設定は 2 段階で行います。最初に「認識」を有効にし、その後で「置換」を有効にします。では、まず「認識」を有効にする方法です。

エディターの原文で、数字や日付などに青色の下線が引かれていることがあると思います。これが、固定要素が「認識されている」状態です。認識された要素は、QuickPlace 機能 (ショートカット キーは Ctrl+Alt+下矢印または Ctrl+カンマ) で訳文にコピーできます。




認識を有効にする設定は、メモリに付属する「言語リソース」で行います。メモリの設定画面で [言語リソース] の [次を認識する] の各チェックボックスをオンにします。これで、それぞれの要素が認識されるようになります。

固定要素を「置換」する

設定の場所: [言語ペア] > [特定の言語ペア] > [翻訳メモリと自動翻訳] > [自動置換]


では次に、認識された固定要素の「置換」を有効にする設定を行います。これは、日付や通貨などの形式を自動的に変換してくれる機能です。詳細については、公式ヘルプの [翻訳メモリと自動翻訳] > [自動置換] を参照してください。

置換の設定は、[すべての言語ペア] ではなく、Japanese->English など、特定の言語ペアで行います。日付や通貨の形式は言語に依存するので、言語ごとに設定する必要があります。以下の [自動置換] ページに表示される項目のチェックボックスをオンにすると、それぞれの要素の置換が有効になります。





ただ、自動置換の動作はあまり信用できないので、より安全な方法をとるなら「認識は有効、置換は無効」と設定するのもよいと思います。認識を有効にして青色の下線が引かれていれば、置換は無効でも QuickPlace 機能のショートカット キーで入力が可能です。

実は、私は今回の記事を書いていて初めてこの置換設定ページの存在に気づきました。以前の繰り返し処理の記事でも固定要素については説明していますが、この自動置換の有効/無効はすっかり抜け落ちていました (すみません)。繰り返し処理の動作にもこの「認識」と「置換」の 2 段階の設定が影響します。

ちなみに、私は毎回「認識」と「置換」の全チェックボックスをオンにしていますが、これはあくまでタイピングを減らすためです。決して、自動で訳文を作ってもらおうとしているわけではありません。「Windows」は OS ではなくて複数のウィンドウかもしれないし、「SW」はスイッチかもしれないけどソフトウェアかもしれないし、「バージョン 100 は 100 億個のファイルを 100 分の 1 の時間で処理する」みたいな文があるかもしれません。自動的な変換は信頼できないのですべて確認が必要です。このため、ペナルティとの併用は必須です。自動置換を有効にするとマッチ率が上がったりしますが、それで料金を割り引きできると考えるのは間違いです (と私は思っています)。翻訳会社側で解析をするときは「自動置換なし、もし置換するならペナルティを付ける」が原則です (と私は思っています)。

置換の詳細を設定する

設定の場所: [言語ペア] > [特定の言語ペア] > [翻訳メモリと自動翻訳] > [自動置換]
(必要に応じて、[言語ペア] > [すべての言語ペア] > [翻訳メモリと自動翻訳]、メモリを選択して [設定] > [言語リソース])


自動置換の設定画面には、[日付と時刻]、[単位]、[数字と通貨] の 3 つが用意されています。ここでは、[日付と時刻] についてだけ説明したいと思います。[単位] については、以前の記事「単位記号の前にスペースを入れる」を参照してください。[数字と通貨] については、すみません、よくわからないことだらけなので今回は省略します。

日付と時刻は、以下の画面で形式を設定できます。スタイルガイドなどを確認して、適切な形式を選びます。ただ、自動置換は原文も正しい形式で入力がされていないと適切に機能しません。月と日だけ、または日だけ、というような場合は認識されず、置換もされません。





この設定画面のドロップダウンに表示されるオプションは自分で設定が可能です。たとえば、[日付 (長い形式)] にはかなりたくさんのオプションがありますが、スタイルガイドが「全角と半角の間にスペースを入れる」というルールの場合、これに合ったオプションはありません。

このルールにあったオプションを作成するには、メモリの言語リソースの設定に戻ります。





この表から [日付] の [日本語] をクリックして編集画面を開きます。ここで、必要な形式を追加します。yyyy などの要素が親切にプロンプトされてくるので、それを組み合わせていけば設定できます。





「全角と半角の間にスペースを入れる」というルールの場合は、以下を設定します (コピペできます)。

yyyy' 年 'M' 月 'd' 日 ('ddd')'

これで、先ほどの自動置換の設定画面に戻ると、追加した形式がドロップダウンに表示されるようになります。

まとめ

「プロジェクトの設定」でタイピングを減らすための機能の説明は以上です。最後に、まとめとしていくつか注意点を挙げておきます。固定要素の認識や置換は、私の経験上、なぜか設定がうまくいかないことが多いです。必ず解決するとは限りませんが、何かのときの参考にしてください。


言語リソースは 1 番上にあるメモリで設定する

言語リソースの設定はメモリに付属しますが、プロジェクトには複数のメモリが設定されていることがあります。その場合は、メモリのリストで 1 番上に表示されているメモリで設定を行ってください。たぶん、1 番上のメモリの設定が優先的に使われていると思います。(すみません、あくまで、私の経験則です。)

ただし、翻訳会社から提供されるサーバー TM の言語リソースは翻訳者側では設定を変更できません。このため、受け取ったパッケージでサーバー TM が 1 番上に設定されている場合は少し対応に困ります。私がよく行う対策は「自作のメモリを 1 番上に追加する」ですが、これによって翻訳ファイルが開かなくなったこともあります。メモリの順番を変えると、マッチの優先度も変わるので、その辺りも注意が必要です。


特定の言語ペアの設定が優先される

上記の説明では、「すべての言語ペア」と「特定の言語ペア」の設定を使用していますが、多言語プロジェクトの場合で「特定の言語ペア」に既に何らかの設定がされている場合は「すべての言語ペア」より「特定の言語ペア」の設定が優先されます。このため、自分で設定を変更するときも、「特定の言語ペア」で設定を変更する必要があります。詳細については、以前の記事「最近の Trados のワナ: メモリがヒットしてこない」を参照してください。


設定を変えたら、エディターをいったん閉じて、開き直す

固定要素などのメモリの設定は、設定画面で変更をしても、すぐに動作が変わらないことがあります。私は、設定がうまくできていないのではないかと思って、何回も確認や変更をしていたことがあります。そんなときはいったんエディター画面を閉じて、改めて翻訳ファイルを開き直すと動作が変わることがあります。


メモリをアップグレードする？？

言語リソースの設定を変更すると、メモリにアップグレードを促す警告マークが表示されます。アップグレードしなくても正常に機能しているように見えますが、とにかく少しでも設定を変更すると警告マークが付きます。アップグレードの処理はメモリが大きいとかなり時間がかかるので、私はいろいろ設定してから、最後に念のためアップグレードするようにしています。


以上です。とてつもなく長くなってしまいました。「タイピングを減らすためにどれだけ設定が必要なんだよ！」という感じですが、これをパッケージを受け取るたびに行う必要があります。はっきりいって面倒です。とても面倒です。ですが、AutoHotkey など他の手段ですべて実現しようとすると、それも難しいので、とりあえずは Trados さんの設定に頼っています。次回は、プロジェクトの設定ではなく、エディターの設定を取り上げます。こちらは、プロジェクトごとに設定する必要がなく、若干ですが楽かもしれません。


Tweet