Designerのフォーム(.ui)がソースコード表示領域で実際に見られるよう,プレビュー機能が変更されました。Designerのフォームの翻訳で,ソースコード表示に.uiのXMLが表示されていましたが,これは,翻訳のための利点はありませんでした。この変更に伴い,今までのプレビューツールが廃止されています(リファレンスにはその記述が残ったままです⁠)⁠。複数の言語を同時に翻訳できるようになったこともあり,ソーステキスト表示領域に翻訳文が表示されないようになっています。4.5でツールメニューがなくなりました。4.5では削除されています。Translation...」と「フォームプレビューを開く/更新する」の2つのメニュー項目がありました。Translation...」は,編集メニューに移動されています。原文や翻訳文の表示で,空白が「・」(⁠中黒)で表示されるようになり,空白を揃えやすくなりました。4.5での表示例です。4.5の表示ドラッグ&ドロップでファイルを開けるようになりました。今までは,翻訳ファイルを「閉じる」ことができませんでした。複数の翻訳ファイルを指定できるようになったためでしょうか,ファイルメニューに「閉じる」と「すべて閉じる」メニューが追加されて,間違って編集したときになどに扱いやすくなりました。Linguistツールチェーンのすべてのツールで扱えるようになりました。Linguistを使わなければならないというのでは,いろいろな翻訳作業が発生する場面では,翻訳者が使い慣れた翻訳ツールを使えないので,かえって翻訳者へ負担がかかることもあるでしょう。したがって,XLIFFフォーマットをサポートして,一般的な翻訳支援ツールでもメッセージ翻訳ができるようになったのはよいことです。XLIFFを使って,どのくらいQtに適用できるかを一般的な翻訳ツールで試したいと思い,すぐに入手できるKDEのLokalizeとOmegaTで試してみました。以下のようにlconvertを用いて.tsファイルをXLIFFに変換します。transform_ja.xlfLocalizeでこのXLIFFファイルを開くと図8のようになり,問題なく翻訳ができました。以下のようにして,lreleaseでもlconvertでも.qmファイルにできます。transform_ja.qmOmegaTの方は図9のようになります。,.tsファイルに前処理をしています。翻訳文に原文を入れておかないと,OmegaTでは翻訳対象の原文が認識されないからです。OmegaTで翻訳したXLIFFも.qmに変換して正しく使えました。Linguistがまだなかったころには,翻訳メッセージを抽出したファイルを直にエディタで編集していました。Linguist)を開発中だが,使って感想を聞かせて欲しいと依頼されてから10年近く経ちました。Linguistは,Qtに特化した翻訳支援ツールなので,Qtアプリケーションを扱う限りでは,一般的な翻訳支援ツールよりは,かなり使いやすいものとなっています。Linguistのソースコード表示では文字化けをしてしまいます。文字列のマルチバイトの扱いは,コンパイラによって異なっているので,マルチプラットフォームを考えるならば,ソースコードの文字列に直接マルチバイトを使わずに,ASCIIのみにするのが一番確実です。場合によっては日本語文字列を使い,それを英語などの他の言語に翻訳する場合もあります。ASCII以外が使え,英語に縛られないようになることも必要でしょう。4.5の新機能について紹介してきました。4.6を紹介する予定ですが,まだ詳細が不明な部分も多いため,すべての情報が明らかになる4.6リリース後の12月から連載を再開する予定です。楽しみにしてお待ちください。