@John_Lehmann we just implemented exactly this in a plugin
@Hooksmith it may be useful for you, although the plugin does allow the OP to reply to their own topic (e.g. to respond to follow-up questions)
「いいね！」 6
@david this is great, much appreciated. The remaining aspect that would make this perfect, is the ability of the mods to ADD others to the conversation. In our case, the OP would be posting a rating or dispute about a two-way transaction. We’d want to make the other party be aware and able to chime in. Is there any way for this to be done?
The only way you could do this at the moment would be to add those people to a group which doesn’t have replies restricted. Inviting additional people on a per-topic basis would require some extensions to the plugin.
「いいね！」 4
@david thanks for the clarification.
Can you say, what is the level of difficulty of extending this plugin so ad hoc users could be added per thread? It sounds kind of complicated, but I’m not really in a position to judge.
And is there any chance that someone would work on this? Thanks!
Extreme difficulty. Very unlikely to happen. Discourse does not offer per-topic permissions and will never offer it. If you need that, build a group PM.
「いいね！」 2
Thanks for the reply. Sorry for my ignorance, can someone explain what build a group PM would mean? Are you talking about building a different kind of plugin, or are you saying go and use a different software than Discourse?
If you need per topic permissions, write a personal message and include the recipients.
You might describe your use case for some other ideas. If you really want per topic permissions and using direct/personal messages doesn’t suit you, then discourse probably isn’t for you.
EDIT:
Oh! Sounds like I’m a little bit wrong.
「いいね！」 2
If you want to follow the same pattern as the plugin, and simply modify the reply permissions, then it’s relatively simple. Maybe 1-2 days work for someone familiar with Discourse programming. I can see how this would be useful for a Q&A style site.
As Jeff said, trying to modify view permissions per-topic is very difficult, and is unlikely to ever happen. That’s because it would require extensive changes across the whole application including topic lists, suggested topics, notifications, etc. If you need to modify view permissions on a per-topic basis, then use PMs.
「いいね！」 3
Another option rather than adding individuals is to select a Group and send a personal message to only that Group of users. Just be careful that you don’t accidentally spam a whole group:
-
Go to the hamburger menu - the default position is at top right of screen.
-
Select Groups to display all groups.
-
Select the Group you want to send a group PM to.
-
If you have the correct permissions (e.g. PM’s enabled for the forum) then a Message button will be visible
-
Select the Message button to draft a group PM
-
…
「いいね！」 2
Hi guys, thanks for the info. For context, I have a healthy discourse site running now for probably 6 months which is a companion site to my marketplace website. Looks like we are roughly half as active as this meta site so far. Very happy with discourse, working fine, no intention of changing.
However, we’d like to add a special Category where we do public arbitration of disputes. E.g., buyer unhappy with how things went down, as OP they bring a complaint, and then trusted TLX users can reply to gather more info and moderate.
The detail I forgot to mention above is the one thing still missing after this plugin – that we’d also need to easily grant the counter party Reply permission for that topic they are involved in.
- Create: Everyone
- Reply: OP, Group X, Counter Party (added by a moderator?)
- See: Everyone
The value of having these discussions publicly is that the mature community can draw out the reality of what happened in these complex situations and who’s at fault. The history of these threads is high beneficial for building positive and negative reputations. We actually have a ratings system on our site, but it does not get into the details like these 2±way conversations can.
As you can imagine, this kind of “Category” is very messy. However, if we had this setup, I believe we could provide this need for our community better than any previous attempt. They have been many, and the most recent decent one just got deleted off Facebook, years of history wiped out. But that none of these other formats have ever been ideal because of the mess of ignorant 3rd party opinions that they allow.
I would be willing to fund a few days development to create the plugin.
「いいね！」 2
High likelihood that I will be sponsoring the extension of this plugin to support the functionality I just mentioned. In case anyone has suggestions, here’s the proposed approach:
In order to allow additional users to given “ad hoc” Reply permissions on the Topic, the plugin will scan the OP for all mentioned users. This way they can be mentioned at the outset, or moderators could go and edit them into that post.
We feel this is a good approach in terms of a natural workflow, and also sounds easier in terms of implementation (e.g., no UI).
「いいね！」 4
How about you just use the “must approve” settings for the category? It would slow things down since a moderator would need to approve each post but that is probably good in a contentious topic.
「いいね！」 3
元の投稿で指定されている「作成」権限に対する直近のサポート提供を提案させていただきます。
私たちは、Piazza をはるかに優れた代替手段として、コースのフォーラムに Discourse を採用しています。特定のカテゴリでユーザー（学生）が投稿を作成できるが、その投稿を閲覧できないようにする必要があるという、以下の 2 つのユースケースに直面しました。
- 質問の一部として実際にコードを投稿する必要がある場合のサポート依頼。この場合、他の学生が投稿した部分的な解答を学生に見られたくありません。
- 長期的なプログラミングプロジェクトの進捗を記録する、学期を通じた作業ログの維持。これもコードを含める必要がありますが、学生が互いの作業ログを覗き見できないようにしたいと考えています。
どちらの場合も、カテゴリに似た機能とコーススタッフへのアクセス権を提供することが極めて重要です。
なお、上記の最初のユースケースについては、2018 年秋から 3 つの学期にわたりメッセージングシステムを試してきましたが、正直なところ全く機能していません。私のクラスには数百人の学生（秋学期 800 人、春学期 600 人）と数百人のコーススタッフがいます。少なくとも私にとって、課題のサポートを求めてヘルプメッセージグループに送られる数百通のメッセージによるスパムは、スタッフや学生からのより重要なダイレクトメッセージを埋没させ、PM 機能全体の有用性を大幅に低下させています。
その結果、今学期は上記の 2 つ目のユースケースについては Google ドキュメントを使用することを提案します。Discourse の方がはるかに適しているのは残念ですが、追加のメッセージトラフィックと混乱を招くことは我慢できません。
上記のプラグインがどの程度この機能に近づけるかは不明ですが、もし実現可能であれば開発に協力できるかもしれません。私たちの場合、返信できるかどうかだけでなく、トピックの可視性を制御することが不可欠である点にご注意ください。
グループメッセージングならスパム問題も解決できます。グループをフォローするだけで「ソフト」な通知にしたり、ミュート設定や通常設定にすることで通知を完全にオフにすることも可能です。
メッセージシステムを使っているとおっしゃいますが、それはグループメッセージのことでしょうか（例えば「computing101-staff」というグループ通話を設定し、そこにメッセージを送ってもらうようにする。そしてそのグループのメンバーは通知の音量レベルを選択できる、といった使い方です）
「いいね！」 2
ちょうど投稿を編集して、この機能について実際に試していない、あるいは十分に試していない点を指摘しようとしていました。通常のトピックの仕組みのように、カテゴリ内のすべての通知は受け取らず、自分が関与したメッセージへの返信のみ通知を受け取るような方法はありますか？
それ以降の話として、これらのやり取りがフォーラムの別のセクションに分離されてしまうのが不満です。できれば他のトピックと同じカテゴリにまとめてほしいのですが、これは些細な不満かもしれませんし、もしかするとUIの改善で完全に解決できるかもしれません。メッセージグループをカテゴリ一覧に表示させることはできますか？
では、これはどうでしょうか？
（最新の投稿ビューでも同様です。）
「いいね！」 1
それは不可能です。非常に異なるバケットです。とはいえ、試す前に完全に却下しないでください。数ヶ月試してみて、その後結果を報告してください。
私たちはすでに1年以上にわたりメッセージングアプローチを試してきました。音量を調整することは役立つと思いますが、その結果としてメッセージがより頻繁に無視されてしまうことを懸念しています。それでも、スタッフに対してメッセージグループの音量設定を調整できる機能について再認識させるよう促します。その点についてのリマインダーをありがとうございます。
最終的には、私たちのケースでは、コードを含まないヘルプを求める学生が投稿したトピックと、コードを含むトピックを（UI レベルで）分離する明確な理由は実際にはありません。（実際、コードを含むトピックであっても引き続き対応できるように、トピックごとに外部からの可視性を調整できる機能があれば素晴らしいでしょう。）私たちの経験では、これらをメッセージングシステムに強制することで、メッセージングとしての有用性が低下してしまいます：slight_smile:。いずれにせよ、私たちはニッチなユースケースであると理解していますが、Discourse を教材としてより多くの人に使ってもらうよう働きかけ始めており、このような機能をよりシームレスにサポートできれば、その主張を後押しできると考えています。
私の懸念は、ここで油と水を混ぜるようなことを始めようとしているなら、UX の別セクションに「メッセージ」をわざわざ置く意味がどこにあるのかということです。すべてのメッセージとトピックを、ホームページに巨大なリストとして全員に表示すればよいのではないでしょうか？
カテゴリの一部のみを作成して表示できる機能は、本質的に特定の人物へのプライベートメッセージです。
「いいね！」 3