WPMLを商用プラグインにして以来、私たちは他の開発者と協力して彼らのテーマやプラグインに取り組むために、多大なリソースを費やしてきました。これにより、WPMLの品質は、私たち単独で行うよりもはるかに早く、飛躍的に向上しました。
物事がどれほど複雑になり得るか、驚かれるかもしれません。同じことのテストや検証を続けるのは非常に簡単ですが、その一方で隠れた場所にあるバグを見落としてしまいがちです。バグを発見して修正する最善の方法は、常に異なる環境でテストすることだと私たちは気付きました。
デフォルトのテーマでWPMLを繰り返しテストすることは、懐中電灯の下で鍵を探すようなものです。基本的な機能が壊れていないことを確認できるのは良いことですが、新しい問題が明らかになることはありません。
一方で、新しいテーマでテストを行うと、常に何かが発見されます。それが実際のバグである場合もあれば、不可欠な機能が欠けている場合もあり、またユーザビリティの問題について学ぶこともあります。
例えば今週は、Striking Theme、BrightBox、3 in 1 Business Portfolioに取り組みました。その結果はこちらとこちらでご覧いただけます。WPMLとテーマの両方にいくつかのバグが見つかりましたが、現在では完全に互換性があります。やりました！
これらのバグ修正と改善の結果、WPMLを使用する多くの開発者が、他のテーマでもより良い体験を得られるようになっています。テーマを慎重にデバッグする作業は、無菌状態の手術室のようなものです。WP_DEBUGをオンにして、あらゆる通知に注意を払います。画面上に表示されていなくても、そこにあるべきではないからです。
一見無害に見えるこれらの通知も、他の条件下では深刻な問題へと発展する可能性があるため、これらに細心の注意を払うことで、後で貴重な時間を節約できます。
テーマベンダーへの協力依頼
どのテーマ開発者が私たちと最もよく協力してくれるかを確認すると、彼らのサポートフォーラムでWPMLに関するメッセージをよく見かけます。クライアントが多言語サポートを求めていることをすでに知っている場合、（非常に忙しい）テーマ開発者の注意を引くことははるかに容易です。
そして、私たちが彼らに連絡すると、両手を広げて温かい協力を得られます。HeadwayやWooThemesの素晴らしいチームでもそれが見られました。その結果、WPMLと彼らのテーマの両方が大きく前進し、クライアントは素晴らしい体験を得ることができます。彼らのコードの調査に費やした時間は、サポートですでに取り戻しています。
私たちのサポートフォーラムを読めば、私たちが対応したテーマに関するサポートリクエストが非常に少ないことがわかるでしょう。一度時間を費やせば、何ヶ月もその恩恵を享受できます。
したがって、WPMLで十分にテストされていないテーマフレームワークを使用している場合は、彼らのサポートフォーラムにアクセスしてWPMLについて言及してください。少しでも関心が示されたら、私たちにお知らせください。私たちが連絡を取ります。その後しばらくすると、すべての問題が魔法のように解決されていることに気付くでしょう。
どのテーマフレームワークを使用していますか？ぜひメッセージを残して教えてください！
