WPML 2.3.4がリリースされ、WPML 2.4.0の開発を開始しています。いつものように、実装する時間よりも多くの機能のアイデアがあるため、何を採用し何を見送るかを決める前に、皆様の意見をお聞きしたいと思います。
まず、「全体像」についてです。私たちの目標は、多言語サイトの構築をより簡単にすることです。これは非常に明白なことですが、常に念頭に置く必要があります。重要なのは、皆様が実際に何を行っているか、そして私たちがどのようにして皆様の作業を楽にできるかということです。
WordPressはブログからさらに離れ、主流のCMSへと移行しています。そのため、以下の部分が重要になってくると考えています。
- メニューシステム – 私たちが見るWordPressテーマはどれも、すでにネイティブのWordPressメニューシステムを使用しています。多くの場合、サイトには複数のメニューが含まれており、ハードコーディングされたテキストやその他のカスタムソリューションに取って代わっています。
- カスタムデータタイプ – カスタム投稿タイプ、タクソノミー、フィールドの組み合わせにより、ウェブマスターはWordPressを使用してあらゆるものを構築できます。カスタムの投稿パネルとのより良い統合の必要性が高まっていると考えています。
- ロール管理 – 複雑なサイトには複数の作成者と管理者の階層があります。これには、言語ごとの制御を含む、よりきめ細かいアクセス制御が求められます。
WPML 2.4.0では、これら3つの分野で大幅な改善を行いたいと考えています。現在計画している内容をお伝えします。
メニュー翻訳の自動同期
現在でも、WPMLでメニューを翻訳することは可能です。難しいのは、WordPress管理画面でこれらの翻訳されたメニューを実際に作成することです。可能ではありますが、これは管理者にとって大きな課題となる場合があります。メニューに数十の項目があり、3つの言語でサイトを運営している場合、そのメニューを手動で3回再作成する必要があります。もちろん、それらの言語を話せない場合は、さらに困難になります。
WPML 2.4.0では、各メニューにメニューを同期ボタンを追加したいと考えています。これにより、他のすべての言語でそのメニューの翻訳が自動的に作成されます。翻訳されたメニューがすでに存在する場合は、デフォルト言語のメニューの変更を反映するように更新されます。このようにして、翻訳されたメニューに加えた手動の編集はすべて保持されます。
カスタム投稿パネルでのカスタムフィールド同期のサポート
これは難題です。カスタムデータを扱う際に優れたユーザーエクスペリエンスを提供する、素晴らしいカスタムフィールド管理プラグインがいくつか存在します。残念ながら、これらのプラグインを使用している場合、WPMLは翻訳間でカスタムフィールドを適切に同期できません。これは、これらのプラグインがすべてWordPress APIを迂回し、独自の規則を作成しているためです。
私たちはWordPress向けの商用グレードのカスタムフィールドプラグインを開発しており、数週間以内にリリースする予定です。これにより、WPMLと完全に互換性を保ちながら、編集パネルを完全にカスタマイズできるようになります。これは無料のプラグインで、wp.orgリポジトリからダウンロードできるようになります。私たちはこれをWPMLの補完的な機能であり、非常に必要なものであると考えています。
Role Scoperとの統合
多くのユーザーから、WPMLとRole Scoperが正しく連携するようにしてほしいという要望がすでに寄せられています。Role Scoperの開発者もこれに関心を持っており、私たちも同様です。唯一足りなかったのは時間でした。これはすでにWPML 2.4.0のToDoリストに含まれています。
これが機能するようになれば、管理者はさまざまなユーザーができることを選択できるようになります。これには、言語に基づいたWPMLの管理画面へのアクセスや、標準のWordPress機能へのアクセスが含まれます。これらはすべて準備段階の作業であり、サードパーティの協力に大きく依存しています。
皆様のご意見
少なくともWPML 2.4.0において、皆様が提案するすべてを含めることはお約束できませんが、ご意見をお聞きすることは私たちにとって非常に重要です。私たちが計画していることについてのコメントや、追加すべき機能についての素晴らしい提案がありましたら、コメントを残してください。よろしくお願いします。
