カテゴリトピックテンプレートのローカライズ

貢献 特徴
1

問題

Discourse のコンテンツローカライズ（手動および Discourse AI による自動処理）は、トピックタイトル、投稿、カテゴリ名、カテゴリ説明のローカライズを非常にうまく処理しています。しかし、カテゴリのトピックテンプレート（categories.topic_template）はローカライズできません。多言語コミュニティでは、コンポーザーのプリフィル（事前入力）は常にサイトのデフォルト言語で表示されます — 全員に対してです。

現在の動作

  • CategoryLocalization は、ロケールごとに name と description を保存します（Localizable concern は Topic/Post/Category に対して「マルチロケール対応の名前/説明サポート」を提供します）。
  • コンポーザーは、メンバーのインターフェースロケールに関係なく、常にローカライズされていない topic_template を使用します。

提案される解決策

  • CategoryLocalization に topic_template を追加します（管理用のローカライズ編集 UI を含む）。
  • メンバーがカテゴリ内でコンポーザーを開いた場合、そのインターフェースロケールに一致するテンプレートを使用し、ローカライズが存在しない場合はカテゴリのデフォルトテンプレートにフォールバックします。
  • 同じギャップは、新しいカテゴリごとのフォームテンプレートにも当てはまります：それらはカテゴリ間で異なることができますが、1 つのカテゴリ内でロケール対応のバリアントは存在しません — 多言語環境では、これを回避するためにコミュニティを言語別カテゴリに分割する必要があります。

ユースケース

私たちはバイリンガルコミュニティを運営しています（デフォルトはドイツ語、英語は自動 AI 翻訳）。一部のカテゴリは、チェックリスト項目と組み込みの日付ピッカー用の [event] ブロックを含む、構造化されたコンポーザーテンプレートを提供しています。英語圏のメンバーは現在、ドイツ語だけのテンプレートを受け取っています。私たちの回避策は、バイリンガルのテンプレート 1 つです（各ラベルが 1 行に「ドイツ語 / 英語」として重複表示されます）。これは機能しますが、編集者とメンバーの両方にとって使い勝手が悪く、コンポーザーの内容が倍になります。

関連

  • #32464（ローカライズされたカテゴリルート） — 同じローカライズ対象、カテゴリ。