「About」ページでモデレーターとカテゴリモデレーターを区別できますか？権限には重要な違いがありますが、Discourseフォーラムで「About」とDiscourseの権限をマッピングしているのを見たことがありません。
また、ユーザーがフォーラムの権限を理解できるように、こちらの投稿をリンクすることも価値があるかどうか疑問に思います。あるいは、それは別の場所で処理されるべきでしょうか。
こんにちは、@anon98107012 さん、ようこそ:slight_smile:
/about ページでは、すでにカテゴリモデレーターとフルモデレーターが分離されており、セクションの横にカテゴリバッジと名前が表示されています。
フルモデレーターの信頼レベルテーブル全体をそのページに追加するのは、多くの機能や権限がサイトごとに調整できるため、多すぎると思います。しかし、カテゴリモデレーターはフルモデレーターとほぼ同じ権限を持っていますが、ユーザーモデレーションではなく、特定のカテゴリに限定されています（ただし、コンテンツに重点を置く必要があります）。
「いいね！」 1
こんにちは。ありがとうございます。
@Test_Two が「Category Moderator」と表示されないのはなぜか混乱しています。論理的ではないでしょうか？ この /about ページも同じ問題を抱えています（セクションモデレーターがカテゴリーモデレーターの権限を持っていると仮定していますが、そうではないかもしれません、誰が知っているでしょうか！）。
また、「Community Moderator」というタイトルの用語の一貫性も見られません。あなたのタイトルもグループにリンクされていません。https://meta.discourse.org/g/CommunityModerator。もしそうであれば、少なくともグループのバイオを参照してガイダンスを得たり、グループのメンバーをDiscourseの権限にマッピングしたりできるのですが。TL0ユーザーの生活はもっと楽になるべきだと思います。:smile:
フォーラムは、提供されたモデル画像のように常に設定されるわけではないでしょう。おそらく、権限はどのようにか公開されるべきでしょうか？
「いいね！」 2
カテゴリ モデレーターはグループに属しているため、グループのフレアを使用するか、[About] ページで CSS を使用して、カテゴリ モデレーターに追加情報を表示できます。
例: @JammyDodger 一般モデレーター (一般はカテゴリです) (テスト ユーザーが「一般モデレーター」であると混同しないでください)
たとえば、デフォルトのカテゴリ「ラウンジ」を使用したとすると、テスト ユーザーはラウンジのモデレーターであると表示されます。
ラウンジ モデレーター
Test_Two
Test_one と Test_three のみがサイト全体のフル モデレーターです。
「いいね！」 1
「セクションモデレーター」はカテゴリモデレーターであり、それらのセクションはそれらを指します。
また、モデレーターであるカテゴリ内では、投稿の横にモデレーターシールドが表示されます。
Community Moderator は、権限を付与するグループにリンクされているのではなく、私の役職名です。
管理者リストで私のアイコンを見つけることができます（ただし、Meta には多数の管理者がいるため、群衆の中から私を見つけるのが難しくなる可能性があります ）。
ああ、私の例のスクリーンショットにはもっと注意を払うべきだったかもしれません。
コンピューターに戻ったら、より良いものを追加します。
「いいね！」 2
心配いりません。デザイナーチームや直接の経験を持つ人にとっては、常に明確です。
私は非常に洗練されたDiscourseの経験のための新しいフォーラムを設計しているので、お気軽にPMしてください。要するに、アイデアの一部は、私の場合は、初心者ユーザーのためにフォーラムの機能を文書化することに関係しています。
このアイデアは、テーマ、テーマコンポーネント、プラグインなどにも同様に適用できます。これは否定的な批判と混同しないでください。Discourseは素晴らしいです！それは私をTelegardやRenegade Bbsのようなハックの時代に連れ戻します。Pcboardはセットアップが harder でしたが、上記2つとは異なり、高度なカスタマイズのための独自の強力なスクリプト言語を備えています。
「いいね！」 1
これで明確になりますか？
そして、ユーザー名の横に盾のアイコンが表示されます。
これは、過度に「叫ぶ」ことなく、特別なステータス/能力を強調する合理的な方法だと思います。ほとんどの場合、彼らはハイビズユニフォームを着用するのではなく、通常のユーザーとしてサイトとやり取りしたいだけでしょう。ただし、Discourseは非常にカスタマイズ可能なので、個々のサイトの管理者がカスタムテーマコンポーネントを通じて追加の強調を追加するオプションもあります。
あなたの見解では、カテゴリモデレーターはカテゴリモデレーターです。結局のところ、名前を見ればわかります！当然です！彼らはカテゴリをモデレートするのです！しかし、カテゴリモデレーターという概念は私には馴染みがなく、カテゴリモデレーターの区別される特徴は、カテゴリの質ではなく、権限です。だからこそ、私が次のように言ったのです。
あなたには私が明白なことを見落としているように見えますが、そうではありません。
カテゴリモデレーターがモデレーター権限を持つことができない理由は何ですか？元の画像に戻ると、「Test_Two」がモデレーター権限を持っていると推測できます。「General」が隣に書かれていることは私には関係ありません。私にとっては、「Test_Two、このカテゴリを担当してね」という非公式なものです。どうすればそうでなければわかるのでしょうか？
カテゴリモデレーターはDiscourseでは固有名詞であり、モデレーターも同様です。私の意見では、カテゴリモデレーターをモデレーターと呼ぶことは、2つの概念を混同することです。名前を付けるのに、なぜその名前を使い続けないのでしょうか？言い換えれば、/about はそのままにして、代わりに TL0, TL1, TL2, TL3, TL4, Moderator, Moderator をここに配置します。あまり意味がありませんよね！ 
そして、なぜ /about が違うのか理解できません。
私の意見では、理解するにはかなりの努力が必要な、非常に微妙な違いです。それはそうですが、私の最初の投稿で言及された権限ページには記載されていません！
2番目の画像は、私が感じている問題を改善していませんが、現状が正しいという感覚であれば、それはそれで構いません。おそらく、モデレーターとカテゴリモデレーターの概念的な違いを伝えることができるでしょうか？
Discourseでは、好きなようにラベルを付けることができます。
管理者は、サイトへのアクセス権をほぼすべて持ちます。隠されたものはありません。サイト全体の権限を持ちます。このレベルのユーザーは、フォーラムを終了させるほどの力を持っています。
フルモデレーターも多くの権限を持ち、同様にフォーラムを破壊することができます。管理者と同様に、ログをレビューしたり、ユーザーのサインアップメールアドレスや、ユーザーが入力することを選択した可能性のあるその他の個人情報を見ることができます。
カテゴリモデレーターまたはサブモデレーターは、TL4と同じ権限を持ちますが、Redditのモデレーターのようにフラグを管理できます。
正直に言うと、フォーラムのセットアップを計画しているなら、時間をかけて慣れる必要があります。おそらくそれが質問している理由でしょう。
デザイナーやデベロッパーテスターにとっては簡単です。
このトピックは、「どのような種類のモデレーターが使用すべきか」という方向へ逸れていっています。そのため、必要なアクセスレベルのみを与えたいこと、そして非常に限定的なカテゴリ（会社/顧客タイプ）を使用していることから、フルモデレーターを使用することはできません。TL4であれば要件を満たせますが、シールドアイコンも与えたいと考えています。私の解決策は、モデレーターグループを作成し、それをすべての公開カテゴリのカテゴリモデレーターとして使用することでした。これらのモデレーターはTL3であり、TL4ではありません。
彼らは、マージ、削除、タイマー、およびいくつかのスパム関連の機能といった、いくつかのマイナーな機能を失いますが、私のフォーラムではそれらのいずれも問題ではありません。
つまり、/about がカテゴリごとにモデレーターを表示し始めると、…奇妙に見えるでしょう。しかし、私のスタイルは最も典型的ではないことを知っています。そして、私の周りでは…誰も/aboutを開くことはないので、それは問題ではありません。実際、それは少し隠されすぎています。
ありがとうございます。実は、自分でフォーラムを運営しようとしているわけではありません。トピックの範囲は最初の投稿に限定されています。このフォーラムに来た理由は、Discourseにはいくつかの問題があるからです。プライバシーに関するものもあります。
解決策の1つは、カテゴリモデレーターに異なる色の盾を与えることです。それをホバーすると、「このユーザーはカテゴリモデレーターです」と表示されます。現在、盾にホバーすると、「このユーザーはモデレーターです」としか表示されません。
通常のフォーラムユーザーは、その違いを理解できないか、気にしません。それは、誰が誰であるかを覚えていない他のモデレーターや管理者にとってのみ役立ちます。さらに、それは事実上デスクトップでのみ機能します。
「いいね！」 1
どういたしまして！リンクされたトピックのプライバシーの問題は、直接的にはDiscourseの問題ではありません。これは、Discourseまたは他の競合するフォーラムソフトウェアを使用している企業チームの問題です。
カテゴリーモデレーターおよびTl4（リーダー）の役職により、「信頼されている」下位のフォーラムスタッフは、潜在的なプライバシーの懸念なしに、さまざまなモデレーター機能を実行できます。
企業チームは、フルモデレーターの役職以上に高い誠実性を持つチームメンバーのみを管理者レベルに置くべきです。これらの2つの最上位役職には誰も責任を負わないという誤解があります。
最低でも管理者は、ヘッド管理者および/またはソーシャルアプリケーションの料金を支払っている会社に責任を負います。これらの2つの役職は多くの個人情報を持っているためです。また、これらの個人が居住する地域だけでなく、他の地域でも法的保護を侵害していることが判明した場合、重大な法的措置に直面する可能性があります。彼らの行動は、親会社を法的なリスクにさらす可能性もあります。
Discourse Meta は、他のソーシャルアプリケーションと同様に、使用責任は、一般に公開する環境を提供したり、プライベートに使用したりする人々にあります。
Discourse は、ほぼ完全にカスタマイズ可能な空白のキャンバスとして提供されます。
あなたが言及したように、基本レベルでカテゴリーモデレーターをより明確に識別できるようにインストールしたり、Tl4についても同様に言えます。そして、あなたのフィードバックや他の人々のために、例えばコアにあなたの提案を実装し、カラー設定オプションとシールドホバー情報を提供することもできるかもしれません。
それまでの間、プログラミングの経験があれば、提案された改善を追加するテーマコンポーネントを自分で作成できます。または、テーマ開発者がそれを作成することに触発されるかもしれません。
私自身は、そのための基本的な能力しかなく、ほとんど経験がありません。私はアイデアを出す人間です。
たとえば、私がボランティアで参加しているコミュニティでは、フラグ付き投稿を管理できる現在のユーザーと比較できるものがあり、レビュー担当者がフラガーまたはフラグの対象である場合に、管理ボタンを削除/非表示にできるようにしたいと考えていました。私の意見では、フラグレビュー担当者は、自分のフラグを検証したり、自分に対するフラグ付き投稿に同意しない/解決したりすることはできません。
私の比較的単純な要望は、フラグレビューの乱用の誘惑を取り除くのに役立ちます。
また、会社がリーダー職に昇進させる人々を、あなたが知り、信頼していることも真実であるべきです。
一部は真実ですが。しかし、テーマ作成者がモバイル用のホバーのようなものを実装しているのを見たことがあります。とはいえ、オプションで設定可能な情報を追加して明確にするための、ポップアップで閉じることのできるウィンドウとして単純に作成することもできます。
つまり2回のタッチですね。あまり良くないです 
そして、ほとんどのユーザーは最初のクリックをしないので、それはまったく不要な情報であり、ノイズを増やすだけです。
そしてまだ — なぜランダムなユーザーがモデレーターがカテゴリレベルで行動するのか、フォーラム全体で行動するのかを知る必要があるのでしょうか？
「いいね！」 1
本当ですね。完璧だとは言っていませんが、なんとかできるレベルだとは言いました。少なくとも、なぜあのワークモバイルホバーがうまくいかないことが多かったのかがわかりました。笑。いつも自分のデバイスの問題だと思っていました。明確な説明をありがとうございます。
他の場所では、「Global Mods」と「Category Mods」という見出しを見ました。両方に修飾語を追加すると、より明確になるかもしれません。
「いいね！」 2