何が本当に知りたいかと言うと、WordPressでウェブサイト全部を作る時に何を使っているかということです。

私達がその質問をするのには理由があります。 次にリリースされるWPML (1.1)は、他のプラグインとテーマファンクションで作られたテキストをローカライズする事に重点を置いているからです。

従ってWPMLユーザーが必要な人気のあるプラグインのリストを収集する事がとても役立つのです。

他のプラグインをマルチ言語化する挑戦

プラグインはWordPressへ通常２通りの方法で情報を伝え合います。 プラグインはデーターベースにアクセスしてHTMLを作ります。WPMLはそれら双方の操作が正しく行われた事を確実にする必要があります。

例えば、全ての関連のある記事群にプラグインはインデックスを付け、そして同様のキーワードを探すため他の記事も検索します。（正しく実行されたら、この操作はとても速くなります）。 つまりそれをマルチ言語のサイトで正しく動作させるためには、プラグインは個別に、言語ごと、インデックスを作るか又はインデックス用パラメーターとして言語属性を使う必要があります。

これらのプラグインがマルチ言語環境を想定しないで作成されていることを考えると、これは非常にただならぬ挑戦なのです。

そして一方で、プラグインはテキストもレンダリングしてしまいます。 "これらの記事もお気に入りでしょう" などのようなシンプルな文章はさほど問題ありません。 ほとんどの場合それは gettext の要請により既にラップされており、 プラグインの.moファイルを通じてローカライズされています。

然しながら、ダイナミックテキストはもっと困難です。 例えば有名な All-in-One SEO プラグインで作成されたタイトルタグを見てみると、 ページ毎にタイトルがあり、そしてホームページ、カテゴリー、検索、その他諸々にもタイトルがあります。

WPMLはページ毎の記事テキストにも問題なく対応します。 プラグインの管理スクリーンのテキストは少し困難です。 それらはウィジェットのタイトルとコンテンツと同じカテゴリーに区分されてしまいます。 それらは.moファイルでは翻訳出来ません（テキストがユーザーにより入力されるため）、そして管理セクションとして区分されたため、ページ毎に翻訳することも出来ません。

WPMLがどのように他のプラグインを本当にマルチ言語化するのか。

他のプラグインをマルチ言語化するためにWPMLはそれらのプラグインに必要なローカライズ化機能を付け加えます。 ローカライズ化機能は:

1. ローカライズ化する必要があるテキストを登録して管理者が翻訳者に提供出来るようにする。
2. テキストレンダーに接続し、言語毎に正確なテキストを表示する。
3. 処理方法を選択。 プラグインはWPML無しでファイルを作動させ（しかし一言語）、そして複数言語ではWPMLと共に作動するという事です。

この場合2通りのアプローチが行われます。 一つは他のプラグインがWPMLを接続するように出来るようにすることで、そしてもう一つはプラグインに対応した翻訳機能をWPMLに作らせることです。

プラグインだけでなく、テーマ機能も備えています。

プレミアムテーマ(又は自分のカスタムテーマ)がウェブサイトに素晴しい機能性を付け加えます。 それはナビゲーション援助から完全な全面改装まで（ワードプレスを元にしてるとは思えないほど）可能です。

テーマ機能を作成する場合全ての人がとても創造的になるため、ガイドラインを立てておくことが重要です。 プラグインのローカライゼーションのように、同じテーマがどこでWPML無しで完璧に作動するか、そしてマルチ言語でもテーマが作動することを明確にしておく必要があります。

さて、どうしますか？

自分のサイトで何を使っているか我々に教えてください。 今知っておく事が重要で、そうすればWPMLでサイトをサポートする事が可能となります。

マルチ言語サポートが必要な主要プラグインがありますか？

WPMLと相性の良くないテーマがありますか？

もし、簡単な事でしたらここにコメントを投稿して下さい。 技術的な質問等(歓迎します)は我々の 掲示板 にアクセスして新しいスレッド尋ねて下さい。