ここ1ヶ月ほど、Mirandaの日本語化に関する問題を調べていて、
当初考えていた方針では対応できない部分がでてきそうだということがわかりましたので、
一旦、仕切り直して、今後の方針の再検討をしたいと思います。

問題1
現在本家では言語ファイルに関して全く放置状態である。

問題2
言語ファイルの生成スクリプトが、翻訳が必要となるキーワード全てを拾い切れていない。
また、言語ファイルに含まれているにもかかわらず、翻訳が反映されない場合がある。

問題3
言語ファイル生成スクリプトはMirandaのソース木全体に対して動作を行うが、
そもそも、Mirandaのソース木に関連する全てのソースコードが含まれているわけではなく、
外部プラグインは、Mirandaプロジェクトとは完全に別枠扱いになっており、
外部プラグインから提供されているソースそのものも最新ではない場合がある。

当初は、言語ファイルの生成スクリプトや一部ソースの修正等で正しい言語ファイルを生成できるようにして、
その後はMirandaのビルドプロセスで言語ファイルを生成するようになれば、常に正しい言語ファイルが使用できる
状態になるのではないかと考えていたのですが、問題3により、ビルドプロセスに組み込まれても、
外部プラグインが言語ファイルの生成範囲外となってしまうため、全てのプラグインを網羅した言語ファイルが
生成できない、といった問題が解決できずに残ってしまいます。

外部プラグインがソース木外に存在するというのは、長年そのような運用になっている以上、
今更、ソース木に取り込まれるというのは考えにくく、外部プラグインを翻訳対象に含めるのであれば、
この部分については、イレギュラーな対応をする必要がでてこざるを得ないでしょう。

ただ、外部プラグインにはSkypeプロトコルやFacebookプロトコル等も含まれていて、
それぞれ利用しているユーザーがいると思われるので、
外部プラグインを翻訳対象外にするということはすべきではないと思います。

そのため、当初の予定とは異なりますが、

(1)外部プラグインを翻訳対象としない場合は、Mirandaのビルドプロセスで生成された言語ファイルを使用する。

(2)外部プラグインを翻訳対象とする場合は、翻訳対象となるソース木は翻訳者の手元に置く。
その内部に任意のフォルダーを置き(例plugins.external)、翻訳を行う外部プラグインのソースコードを置く。
併せて、このフォルダーはバージョン管理外にする。
Mirandaのソース木は通常のバージョン管理を行い、バージョンアップ時に外部プラグインを含めた言語ファイル生成を
翻訳者側が手動で行う。

という方向で対応するのが現実的な解ではないかと考えています。
いかがでしょうか？