SWのPropertiesファイルの翻訳の際に、SDL Trados 2007のフィルタを使うとそのままTTXに変換できる。これば便利な反面、いろいろと問題があり、いまだにリソースファイルをRTFに変換し、翻訳箇所をマーキングしてRTFベースで翻訳をしているプロジェクトも多い。
あるプロジェクトで、ソースクライアントのR&Dから送られてきたファイルをRTFにし、マクロをかけて翻訳対象個所のマークアップと改行の変換を行ない、そのあとTTXにして前バージョンのバイリンガルファイルでXtranslationする、という工程がナントWord 2003とTrados6.5の組み合わせでしかできないことがわかった。この結論まで行きつくのに半日。
Trados3.0から使用しているユーザーとして、最近のSDLTradosのバージョンはあまりにもブラックボックス的要素が多いように思う。たとえばSynergyを使用したPerfect match処理（Xtrans）にしても、使用しているマシンのJavaのVersionがあがっているとかからないケースがある。本来、アプリケーションのバージョンが上がれば上がるほど便利になっていくことを期待するのだが、いまだ6.5の方がやっていることが目に見え、どこが悪いかすぐに分かる。
2007のコンポーネントETMAシステムにいたっては「Content Management Systemを使用してTMの管理から自由になる！」というふうになったことがほとんどない。「原文に戻す」機能が使えない、Repetitionの処理ができない、翻訳後アップロードしたバイリンガルから生成されるファイルは2回に1度はうまくターゲットにならない、社内処理して新しく作成したパッケージのログはオリジナルのまま。毎回、サポートとのやりとりに時間を費やす。
IT業界に身を置く以上、アプリケーションのバージョンが上がるのは仕方がない。でもAdobeのCSもSDLもMSのOfficeも多機能ではあっても、ある人には不必要な要素をどんどん取り入れ、本当にやりたいことができなくなっている感が強い。村上春樹の『世界の終りとハードボイルドワンダーランド』に出てくる最先端の脳科学者の家では「後退に結びつくことは禁じられている」ということだが、シンプルにやりたいことをコントロールできることがありがたい場合も多い。
機能が多様化するアプリケーションを開発し、市場に出すのはかまわない。そのマーケットは必ずあるのだろう。でも、あくまでも選択権は欲しい。いったん上げたら元にもどれないのではなく、あるときは最新のバージョンで、あるときは前のバージョンで、ということが可能であってほしい。Trados6.5は本当に使いやすいのだ….
SDL Trados2009を使用したプロジェクトは2年前に購入後1度しか受けていない….この現実を謙虚に見てほしい。
SDLさん、辛口コメントでごめんなさい！
2011年：Depro Queries 
2012年：Depro QA Tools