このバグを（ほぼ）修正するPRを開きました！
これは、カテゴリ名、説明、およびサブカテゴリで、カテゴリの show_subcategory_list オプションが有効になっている場合に機能します！
残る問題は、show_subcategory_list がオフの場合のサブカテゴリのみです 
「いいね！」 4
フォーラムのカテゴリ、カテゴリの説明、タグを10の異なる言語に翻訳する場合、設定と更新のために3 x 10 = 30個の個別のファイルをそれぞれ作成してアップロードする必要があります。
以下のような構造で、すべての翻訳を1つのファイルにまとめることを考えています。
categories:
slug:
_de: ドイツ語名
_en: 英語名
.description:
_de: ドイツ語の説明
_en: 英語の説明
tags:
tag:
...
これにはいくつかの利点があります。
- すべての翻訳を一度に更新できます。
- 翻訳者は翻訳中にコンテキストを確認できます。
- 大規模言語モデルを活用して翻訳タスクを効率化できます。
以前に試した方はいらっしゃいますか？
私が見落としている欠点はありますか？
最初の実装については、Multilingual::CustomTranslationに必要なすべてのエントリを作成および更新するプラグインを作成しようと思います。
「いいね！」 3
このプラグインはアップグレードが必要です。アップグレードする価値があるかどうか、そして何が必要かを把握したいと思います。多言語機能に興味がある場合は、投票してください。
- プラグインを使用しており、動作し続けてほしい。
- プラグインを使用しており、より良い/異なる機能またはUXを求めている。
- Discourseでより良い多言語機能が欲しいが、このプラグインは使用していない（以下で説明してください）。
- 上記以外（投票理由を以下で説明してください）。
0
voters
「いいね！」 2
私の回答「Discourse の多言語機能を改善したいのですが、このプラグインは使用しません（以下で説明してください）」は、多言語オプションを評価しているところだからです。あなたのツールがその一つだと見つけられたら素晴らしいです。
多言語サポートに関する一般的な質問のために書いた投稿を以下に示します。
当社では、1つのドメインと2つの言語（ドイツ語、英語）を持つウェブサイトを運営しています。コンテンツは domain.org/de/[nameofsite] および domain.org/en/[nameofsite] で分割されています。
ドイツ語の Discourse フォーラムは、サブドメイン [germankeyword]-forum.domain.org にあります。
現在、英語のフォーラムバージョンを追加したいと考えています。
残念ながら、英語のフォーラム ([englishkeyword]-forum.domain.org) に使用したい、トピックを適切に説明する英語のキーワードは、ドイツ語のキーワードとは異なります。ドイツ語のキーワードは英語では機能せず、英語のキーワードはドイツ語では機能しません。
質問：
単一のアカウント管理を使用して、異なるサブドメインで複数の言語の（1つの）Discourse フォーラムを実行することは可能ですか？
それとも、独自のアカウント管理を持つ完全に新しい英語フォーラムを構築する必要がありますか？
「単一のアカウント管理」という言葉は、ユーザーのデータベースが1つだけで、両方の言語でログインが1つであることを意味します。
両方の言語を使用したいユーザーが二重に登録しなければならない状況を回避する方法はありますか？
それとも、同じフォーラムの異なる言語を提供する際に、1つのドメインに厳密に限定する必要がありますか？
ドメインとフォーラムが1つ必要である場合、投稿のリンク名に投稿の言語を表示する方法はありますか？
たとえば、
https://meta.discourse.org/t/multilingual-plugin/*en/*142740/125
英語の投稿の場合、および
https://meta.discourse.org/t/multilingual-plugin/*de/*142740/125
ドイツ語の投稿の場合のように？
私の質問が愚かであれば申し訳ありません…
「いいね！」 2
簡単に言うと、いいえ、それは不可能です。
このプラグインの目標の一部は、さまざまな母国語話者が同じフォーラムに存在できるようにし、好みの言語が自然に表示されるようにすることです。それがプラグインの本来の意図でした。
はい、同じフォーラムに配置します。本当に2つの別々のフォーラムが必要な場合は、IDプロバイダー（例：auth0またはokta）を使用する必要があります。これにより、両方のフォーラムの認証が提供されます。
これは現在のプラグインの機能ではありませんが、追加の作業で実現可能です。あなたのビジョンを完全に実現するには、いずれにしても追加の作業が必要になります。 coop.pavilion.techでプライベートメッセージを送ることができます。
「いいね！」 2
このアンケートの結果を踏まえ、9月からこのプラグインの次のメジャーバージョンに取り掛かります。機能に関する具体的なリクエストがあれば、今がその時です。次期バージョンでは、サポートやその他の特典を備えた有料のビジネスサブスクリプションも利用可能になります。プラグインは100%オープンソースのままです。
「いいね！」 4
2つのインスタンスを用意し、ディスコースコネクトを使用して、どちらか一方を認証を処理するサイトにすることができます。
「いいね！」 1
非常に小さく、困難な言語ファミリーの一員として、フィンランド語とエストニア語のユーザー向けにAIベースの翻訳が必要です。主要言語以外では、翻訳サービスはひどく悪いです。
英語への翻訳は、それでも少し良いです。
「いいね！」 4
multilingual guest language switcher footer visible 設定を使用して、コミュニティの主要言語をゲスト向けのインターフェイス言語としてすぐに利用できるようにしようとしています。観察結果は以下のとおりです。
-
インターフェイス言語のショートリストが表示されるバーは、
multilingual guest language switcherがfooterに設定されている場合にのみ表示され、headerに設定されている場合は表示されません。バーは設定名でも「footer」と呼ばれているため（Discourse のページフッターにあるわけではなく、ウィンドウの右下隅付近のコンテンツの上に浮いているにもかかわらず）、これは予想どおりかもしれません。多くのインターフェイス言語を提供するサイト（例: Discourse で現在利用可能なすべての言語）では、ゲスト向けの完全な言語選択メニューの配置とは別に、コミュニティの主要言語のクイックアクセスショートリストが利用できると便利です。 (そして、ヘッダーのメニューボタンは、ページコンテンツのランダムな部分を覆い隠してしまう浮いているバーよりもはるかにきれいに見えると思います。)
headerが選択され、multilingual guest language switcher footer visibleで言語が選択されている場合、それらをメニューの上部にソートして、ある程度強調表示することは可能でしょうか？ -
この設定では、バーのショートリスト用に選択された言語の順序を変更できます。
しかし、バーはその順序を無視し、代わりに言語を 2 文字のショートコードでアルファベット順にソートしているようです。
設定で構成された順序が尊重されると便利です（デフォルトで、または追加の設定トグルを介して）。
「いいね！」 1
また、multilingual guest language switcher が header に設定されている場合、言語リストのメニューがスクロールできず（ブラウザウィンドウの高さにも制限されず）、一部の言語はブラウザの下端より下に来てしまうため選択できません。（Firefoxでの回避策：Ctrl+マウスホイールでズームアウトすると、メニュー全体がブラウザウィンドウに収まります。）
これは、「Multilingual」プラグインのバージョン0.2.9（ba63f9a）での問題です。
「いいね！」 1
以前のインスタンス管理者が、category_name.<language code>.yml を [discourse base URL]/admin/multilingual/translations にアップロードしたようです。
しかし、それらは機能していないようです。 それらのコンテンツを表示またはダウンロードする方法はありますか？そうすれば、それらを変更して再度アップロードできますか？
編集：
それらは現在機能しています。（何が変わったのかわかりません。）後で変更する必要がある場合に備えて、それらをダウンロードする方法（またはサーバー上のファイルシステムにある場合はアクセスする方法）に興味があります。
「いいね！」 1
discourse-multilingual を 2 つのサイトにインストールしました。
i18n.js で require が未定義であるというエラーが発生しています。
discourse-multilingual を無効にすると、エラーは発生しませんでした。原因について教えていただけますでしょうか。
よろしくお願いします。
しかし、私は以下を望んでいます：
このトピックで2番目のバグを見つけましたこのトピック。
简体中文 を 한국어 に置き換えました。
変更を通知する鉛筆アイコンが表示されました。
しかし、編集履歴のエントリを見ると、トピック言語の変更は表示されていません。
Rawモードでも、変更前と変更後は同一です。
私もそれが問題だったと思います
「いいね！」 1
こんにちは！
変な質問かもしれませんが、プラグインが実際に動作しているのを見られる場所はありますか？ドキュメントを読み、このスレッドをすべて確認しましたが、リンクされているほとんどのサンプルサイトは機能していないか、変更されているようです。たとえば、Pavilion や http://try.thepavilion.io/ です。そのため、ロケールスイッチャーなどのプラグインの言及されている例を確認できません。
現在テストする方法がない場合、どなたかいくつか質問に答えていただけますか？ 
- ユーザーはサインアップ時に希望の言語を選択でき、フォーラムのコンテンツは選択に基づいて自動的にフィルタリングされますか？
- 「LanguageSwitch」ボタンを地球儀のアイコンなどに変更することは可能ですか？現在、日本語の文字が表示されていますが、私のフォーラムでは誰もその言語を使用していないため、ユーザーを混乱させたり、無視させたりする可能性があります。
- カテゴリと説明を翻訳できることは理解していますが（合っていますか？）、これはサブカテゴリのサブカテゴリにも適用されますか？さらに、ブランドヘッダーのリンク（プラグイン）のような要素にも適用できますか？たとえば、「Products」という単語を翻訳し、選択した言語に応じてスペイン語版または英語版にリダイレクトすることはできますか？これは非常に人気のあるプラグインなので、多言語プラグインでサポートされているかどうか疑問に思っています。
たくさんの質問をすみません！スクリーンショットとドキュメントを見て、すべてを理解しようと最善を尽くしました。
このプラグインはDiscourse 3.5.0beta1と相性が良くないようです。フォーラムを元に戻すために無効にせざるを得ませんでした。ログには何も出ていませんが、以下のメッセージがありました:
非推奨通知: add_to_serializerは直接include_*?メソッドを上書きするために使用しないでください。代わりにinclude_conditionキーワード引数を使用してください
/var/www/discourse/plugins/discourse-multilingual/plugin.rbの314行目にて: block in activate!
「いいね！」 2
現在のディスコースでエラー500 / おっとが発生しています:
ArgumentError (引数の数が間違っています (2つ与えられたが、1つ期待されています))
app/controllers/extra_locales_controller.rb:44:in `url'
バックトレース
plugins/discourse-multilingual/extensions/extra_locales_controller.rb:21:in `bundle_js_hash'
app/controllers/extra_locales_controller.rb:44:in `url'
plugins/discourse-multilingual/lib/multilingual/locale_loader.rb:30:in `preload_tag_translations'
plugins/discourse-multilingual/plugin.rb:77:in `block (2 levels) in activate!'
私のロケールはde_DE.UTF-8に設定されています。
ちなみに、「バグを報告する」リンクは現在不明なドメインdiscourse.pluginmanager.orgに向けられています。
「いいね！」 1
このプラグインでサイトがクラッシュしています。
「いいね！」 1
プラグインは最新のDiscourseのバージョンで動作しない問題を修正して更新されました。
「いいね！」 14