私は多言語の Drupal サイトを構築する旅に出ようとしています。そこでは、ビュー、パネル、および分類法をかなり頻繁に使用する必要があります。特にパネルを使用して、言語ごとに新しいノードを使用するアプローチについて少し心配しています。
これまでのところ、Panels コンテンツ タイプの多言語サポートを持たず、Current language and language neutral. これは期待どおりに機能しているように見えますが、いくつかの問題が見られます。言語固有のパネルが必要になる場合があります (たとえば、英語で公開されていない)。すべてのパネルを多言語にする必要がある場合、すべての言語のすべてのページのすべての列のノードを配置するために多くの作業が必要になるようです。引数を使用して何らかのビューでコンテンツをフェッチすることでこれを解決できると考えていますが、これも多くの作業につながる可能性があります。
私が説明しようとしていることを行うための適切な方法はありますか、それとも一見不必要な作業がたくさんあるのでしょうか?
i18nモジュール（http://drupal.org/project/i18n）とViewsモジュールがインストールされていると仮定します。次に、言語ごとにビューを作成できます。ビュー定義の[フィルター]セクションで言語を選択できます。
ビューを取得したら、それらをメニューまたはブロックにリンクできます。問題は、適切なビューが関連付けられた、言語ごとに個別のバージョンのブロックまたはメニューが必要なことです。Drupalは、構成（通常はブラウザーで設定されたコンテンツタイプ）に従って適切な言語バージョン自体を選択しています。私はそれを行う簡単な方法を見つけていません。
幸い、i18nモジュールを有効にした後のノードの「翻訳」機能のおかげで、多言語コンテンツの準備はそれほど難しくありません。したがって、すべてのページの新しいノードは、一緒に暮らせるものです。
ところで、Drupalがi18nを実行している方法は、考えられる最善の解決策ではないというのは正しいことです。私は時々それで苦労しています。
分類用語や語彙名の翻訳に関する見解には、いくつかの深刻な問題があります。これは、ビューフィールド内のいくつかの追加モジュールまたは/およびカスタムPHPコードで解決できます。通常、モジュールの70％は変換をサポートしていません。その場合、モジュールをサポートするためにパッチを適用する必要があります。他の人には翻訳の可能性がありますが、2つの可能な方法があります：変数テーブルを使用してさまざまな翻訳をUIに依存させる（文字列を見つけるために他の言語に切り替える必要がある）か、翻訳フィールドテーブルを使用して管理メニューから「翻訳インターフェイス」を利用する。
これまでのところそれだけです:)
私はあなたの幸運を祈ります！