メンションできるユーザーを制限しますか?

フォーラムによって、誰がいつメンションできるかのポリシーは大きく異なります。ここでは、時折このようなコメントを見かけます。

先ほどメンションしてしまい申し訳ありませんでした。失礼な行為だと知りませんでした。

メンションできる人を制限する設定、例えば専用のグループなどを設けることで、この問題を解決できるでしょうか?しかし、それは制限が厳しすぎる可能性があり、スタッフや他のバックグラウンドグループの作業を許可するために、誰がいつメンションを使用できるかについての追加設定が必要になるでしょう。

また、エラーメッセージも「その人物をメンションすることは許可されていません」のような一般的なものではなく、より情報量の多いものにするべきです。

これは技術的に構築が難しい別のドラフトであるという悪い予感がしますが、またしても私の開発に関する知識はゼロ以下です。もし簡単なら、すでに実装されているはずですよね?

しかし、ユーザーがそこにあるツールを使用しているのに、それを使用すべきではないという状況は非常に奇妙です。

(AIが提案したヘッダー「@がタブーな時:フォーラムメンションポリシーの管理」:winking_face_with_tongue:

「いいね!」 7

これは最近の#marketplace の件だと思います。

「いいね!」 3

参考になります。なぜなら、私はマーケットプレイスをフォローしていませんが、それがなぜコアの一部ではないのか理解できません。

「いいね!」 2

Discourse のコアがコミュニティのハートビートをファックスで送信しないのと同じ理由です。見られるように、特に CDCK の人たちがクライアントのためにしていることの範囲内では、それに対する大きな需要はありません。幸いなことに、オープンソースであり、誰かがこのタスクを引き受ければ、そのための条件がどうであれ、そのような機能が登場する可能性は理論的にあります。したがって、このマーケットプレイスのリクエストに参加していただければ、潜在的な開発者をより早く見つけるために予算を増やすことができます。これまでのところ、そのマーケットプレイスのリクエストには応答がありません。

「いいね!」 1

それは最もひどい論理の一つであり、あなたもそれを知っているはずだ :smirking_face:

固定電話や小切手(書くことすらできない、現金のような紙切れだ)のような古いツールの例ではなく、Discourseが単なるコードの断片だからだ。私たちは、アクションを制限するためのツールについて話している。Discourseが画面にポップアップしたり、手首で鳴ったりするのに適したタイミングや場所を制限できるのと同じように。

情報フローを制限する必要があることは完全に理解している。しかし、それは設定や自動化を通じて、提供されている広く使われているツールを使用しているユーザーにしつこく付きまとうよりも、もう少し丁寧な方法で行われるべきだ。

いや。Metaの方針について議論する気は全くない。私は、そのようなオプションの必要性と需要があることの例として、このフォーラムを使用した。

あなたの解決策は、オプションを得るために支払うことだ。私は、ソフトウェア自体が、その動作を調整するオプションを提供することを見たい。他のすべてと同じように。

Discourseの技術構造、作業量、そして人間のしつこさがより安価な選択肢であるために不可能なミッションであるならば、私は満足するだろう――しかし、それを聞きたい。あるいは…AIの時代に、人間のモデレーションや長いルールブックよりも信頼性の高いツールを他に誰も必要としていないと思うなら、この機能リクエストは決して3つのルールや企業の顧客のニーズを満たすことはなく、それでも構わない。

「いいね!」 2

エチケットというものは、ある程度はすべて文脈によるものです。

サポートに関する話題に特定の人物の関与を要求するのは適切ではありませんが、他の文脈、例えば他の場所での関与を引用したり、感謝の意を表したりする際には、その人物に言及することはまったく適切です。たとえその行動をコードで実現するロジックを解明できたとしても、ユーザーが必ずしもそれを理解できるとは限りません。

「いいね!」 2

まさにその通りです。だからこそ、私たち/彼ら/みんなにもう一つ設定が必要なのです。

もしメンション機能を制限しない本当の理由が、メッセージングなどのバックグラウンドジョブが(また例ですが)簡単に壊れてしまうのを避けるためであれば、それは理解できます。

私はライブサポートやセールスで働いていました。グローバル市場はあまり担当しませんでしたが、スカンジナビア市場は担当しました。しかし、イギリス人は要求が満たされなかった場合、すぐに監督者に連絡するという非常に強い傾向があります。そのため、顧客にはメールアドレスや電話番号は一切提供していませんでした。顧客に迷惑をかけないように頼るのではなく、彼らも他の仕事をしているという理由で、そのような手段を講じていました。

メンションを制限する場合も同様です。環境は異なりますが、原則は全く同じです。

「いいね!」 2

同じ問題を抱えていますが、Discourseの構造における上位者について言及するのは失礼であり(誰にタグ付けすればこのリクエストに注意を向けられるか不明なため)、彼らが興味深い機能リクエストにつまずくか、Meta-Discourseの熱狂的なファンが共有する社内チャネルを通じて対応されることを願うばかりです。

同時に、この素晴らしい製品を使用しているコミュニティとして、外部委託開発に資金を提供することで、その重要な機能を改善するのに役立てることができます。マーケットプレイスのリクエストには、クラウドファンディングのための優れた機能さえ含まれる可能性があり、これは実装するためのもう一つの生産的なアイデアとなります。 :slight_smile:

「いいね!」 2

このトピックは、基本的にこれと同じです。

PMを制限するソリューション(メンション用ではありません)

Discourse Restrict PMs to certain Groups

「いいね!」 2

そのプラグインは@メンションにはあまり役立たないのではないでしょうか?PM専用だと思います。

「いいね!」 2

デュアルパーパスのようです。

編集:これは投稿の先頭にある情報ブロックにのみ記載されており、それ以外には記載されていません。これが実際にそのプラグインの一部であるかどうかはわかりません。

「いいね!」 3

言い訳は、5kmランニングから帰宅したことです。外は-10℃/14℉で、汗をかいてサウナを心待ちにしていました。

そして今、最初にリンクしたものを読みます…

「いいね!」 2

誤解を招くような要約ですみません、間違いがありました。当社がスポンサーになったプラグインはPMのみを制限し、メンションには影響しません。

「いいね!」 3