信頼レベルの内部名を変更することは可能でしょうか。UIが壊れてしまうため、正しく表示するために4つのグループを追加したくありません(少ない方が良いです)。
これはスペイン語への翻訳に関連していますか?
信頼レベルの内部名を変更することは可能でしょうか。UIが壊れてしまうため、正しく表示するために4つのグループを追加したくありません(少ない方が良いです)。
これはスペイン語への翻訳に関連していますか?
こんにちは、
はい、可能です。こちらをご覧ください: your.domain/admin/customize/site_texts?q=groups.default_names.trust
おっしゃる通り、もっと複雑です。自動グループの場合、UIからアクセスできるのは display_name のみですが、メンションでは name が使用されます。
追伸:Firefoxについてですが、私は102.0(win64)で問題なく使用していましたよ ¯\\_(ツ)_/¯
もし洞察や参考になるリンクをいただければ、もっと深く掘り下げることができます。
このようなことがエンゲージメントに違いを生むのだと思います。すべてのコミュニティが開発者向けに作られているわけではありません ![]()
トラストレベルがもっと柔軟になることを願っています。サブスクリプションで使用できませんし、名前を変更できませんし、削除することもできません(バッジも同様です)。
Administrative Bulk Operations に何かあるかと思いましたが、案の定、Can I change the "Staff" Group Name? のように、ありませんでした。
現在、デフォルトのロケールを変更して再構築することで、自動グループの名前が変わるかどうかテストしていますが、うまくいきませんでした
。
これらは、例えばフランス語の場合、初期設定時にここで定義されます。
追伸:バッジは「なくす」ことができます。これは enable badges パラメータです ![]()
それらは永続的なものだと思っていましたが、それでも構いません。コアチームにはそれなりの考えがあると思います((:
スタッフグループについても同じことを尋ねました((非表示にして別のものを使用する必要があります。回避策は問題ありませんが、@trust_level_1 を変更する必要があります)
これは本当にひどい見た目です。パラノイアな人はサイトデータを削除できますか?(?)
レールコンソール内ではほとんど何でも可能だと確信していますが、コードに関する広範な知識が必要であり、私にはそれが全くありません!
実際には変更されます。いつ、どのように変更されるかはまだ少し曖昧ですが(/wizard/steps/locale を再度確認する必要があるかもしれませんか? または discourse-setup を実行するか、あるいは定期的なタスクによってバックグラウンドで実行されるのかもしれません…)
では、プラグインを使用してロケールを追加できるかどうかが問題です ![]()
はい! Add a new locale from plugin
UIが壊れるのはなぜですか?
信頼レベルのグループをすべて非表示にすれば、グループページでは管理者/モデレーターのみに表示されるようになります。
デフォルトの信頼レベルを使用していますが、__default_trust_level_ux_ではなく、クールな名前を使用しています。
Discordやサブスクリプションと同期している場合、Discourseの哲学ですべてのオーディエンスを惹きつけたいが、情報にお金を払う機会も提供したいのであれば、理にかなっています。
問題は、ノーコーダーにとってその目標をほぼ不可能にする「些細な」ことに現れます。
学習曲線には最善を尽くしています ![]()
チームの素晴らしい働きのおかげで、驚くほど実現可能になりました。
default locale パラメータでカスタムロケールを確認し、選択しました。sudo /var/discourse/./launcher enter apprails cGroup.refresh_automatic_groups!()exit; exitありがとうございます。
試してみましたが、スペイン語の trust_levels が更新されないようです(ただし、管理者のグループでは変更が機能しました)。
https://github.com/satoshinotdead/discourse-custom-locale/blob/main/config/locales/server.es_XX.yml
私のインスタンスに関連している可能性がありますか?ログに関連するエラーは見られませんでした。
ざっと確認したところ、これでうまくいきました。
groups.default_names.trust_level_0 を「Randoms」(言語:スペイン語)に変更します。/sidekiq/scheduler に移動し、Jobs::EnsureDbConsistency を手動でトリガーします。別のトピックで、新しいグループ名がすでに一部のユーザーによって使用されており、競合が発生していた問題がありました。https://meta.discourse.org/t/trust-level-default-name/231050/11?u=jammydodger これでうまくいかない場合は、それが原因かもしれません。
Jobs::EnsureDbConsistency を手動でトリガーした後に再構築する必要がありますか?
試しましたが、うまくいきませんでした
でも、皆さんありがとう!
再構築は不要です。これはスケジュールされたバックグラウンドジョブなので、いずれ自動的に実行されます。手動でトリガーしても、待機時間がなくなるだけです。
それが機能しない理由がわかりません。
名前が重複して競合を引き起こす可能性のある他のグループ/ユーザー/その他はありませんか?
以前は新しいグループを使用しており、手順に従う前にそれらを名前変更/削除するのを忘れていました。
完了しました。再度感謝します!
デフォルトの trust_levels で変更された文字列のグループを更新できない場合、最善のアプローチは何でしょうか?
すでに試したこと:
groups.default_names.trust_level_X)EnsureDbConsistency からのリセットGroup.refresh_automatic_groups!()これが機能したと思ったのですが?
動作していましたが、trust_level の名前を更新しようとしたところ、更新されなくなりました。
グループは更新されず、プラグインはアプリに入るときに変更されました(そして前述のようにUIからの名前も変更されました):