@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 „Gefällt mir“
@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 „Gefällt mir“
@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 „Gefällt mir“
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 „Gefällt mir“
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 „Gefällt mir“
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 „Gefällt mir“
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 „Gefällt mir“
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 „Gefällt mir“
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 „Gefällt mir“
Ich möchte eine kurzfristige Unterstützung für die Berechtigung „Erstellen“ anbieten, wie sie im ursprünglichen Beitrag beschrieben wurde.
Wir nutzen Discourse als Kursforum als (weit) überlegene Alternative zu Piazza. Dabei sind uns zwei Anwendungsfälle aufgefallen, die eine Möglichkeit erfordern, Benutzern (Studierenden) zu erlauben, Beiträge in bestimmten Kategorien zu erstellen, ohne diese jedoch sehen zu können:
- Hilfe anfragen, wenn tatsächlich Code als Teil der Frage gepostet werden muss. In diesem Fall möchten wir nicht, dass Studierende Teillösungen sehen, die von anderen Studierenden gepostet wurden.
- Führen eines semesterlangen Arbeitslogs, das den Fortschritt bei einem längeren Programmierprojekt dokumentiert. Auch hier möchten wir, dass Code enthalten ist, aber Studierende nicht in die Arbeitslogs der anderen schnüffeln können.
In beiden Fällen ist eine kategorieähnliche Funktionalität sowie der Zugriff für Kursmitarbeiter von entscheidender Bedeutung.
Hinweis: Wir haben das Nachrichtensystem für den ersten oben genannten Anwendungsfall nun seit drei Semestern (seit Herbst 2018) getestet. Ehrlich gesagt funktioniert es überhaupt nicht gut. Meine Kurse haben hunderte von Studierenden (800 im Herbst, 600 im Frühjahr) und hunderte von Kursmitarbeitern. Zumindest für mich ertränkt der Nachrichten-Spam, der durch hunderte von Nachrichten in unserer Hilfs-Nachrichtengruppe zur Anfrage nach Hausaufgabenhilfe entsteht, wichtigere direkte Nachrichten von meinem Personal und meinen Studierenden, wodurch die gesamte PM-Funktion deutlich weniger nützlich wird.
Daher werde ich vorschlagen, diesen Semester den zweiten oben genannten Anwendungsfall mit Google Docs umzusetzen – leider, da Discourse ansonsten viel besser geeignet wäre. Aber ich kann den zusätzlichen Nachrichtenverkehr und das damit verbundene Chaos einfach nicht akzeptieren.
Ich weiß nicht, wie nahe uns das oben beschriebene Plugin an diese Funktionalität heranbringt, aber wir könnten möglicherweise bei der Entwicklung helfen, falls dies möglich ist. Beachten Sie, dass es in unserem Fall entscheidend ist, die Sichtbarkeit von Themen zu steuern, nicht nur die Möglichkeit zu antworten.
Gruppennachrichten lösen jedoch das Spam-Problem. Sie können sich für „sanfte
2 „Gefällt mir“
[quote=“sam, Beitrag: 81, Thema: 33150”]
Gruppennachrichten lösen zwar das Spam-Problem. Man kann sich für „weiche
Wie sieht es damit aus? 
(Und in der Ansicht der neuesten Beiträge.)
1 „Gefällt mir“
Das ist nicht möglich, es handelt sich um einen völlig anderen Bucket. Trotzdem, bitte vernachlässigen Sie dies nicht vollständig, bevor Sie es ausprobiert haben. Probieren Sie es aus und berichten Sie nach ein paar Monaten von Ihren Erfahrungen.
Bitte bedenken Sie, dass wir den Ansatz über das Messaging-System nun seit über einem Jahr erproben. Ich bin zwar der Meinung, dass eine Anpassung der Lautstärke hilfreich sein wird, befürchte jedoch, dass dies dazu führen könnte, dass Nachrichten noch häufiger ignoriert werden. Dennoch werde ich mein Team daran erinnern, dass die Lautstärkeeinstellungen für Nachrichtengruppen angepasst werden können. Vielen Dank für die Erinnerung.
Letztendlich gibt es in unserem Fall wirklich keinen guten Grund, ein Thema, in dem ein Student um Hilfe bittet und das keinen Code enthält, auf UI-Ebene von einem zu trennen, das Code enthält. (Eigentlich wäre es großartig, die externe Sichtbarkeit pro Thema anpassen zu können, damit wir Inhalte, die Code enthalten, leicht neu kategorisieren und dennoch weiter darauf reagieren können.) Unsere Erfahrung zeigt, dass die Zwangsumleitung dieser Anfragen über das Messaging-System dessen Nutzbarkeit für – nun ja – Messaging beeinträchtigt . Ich verstehe natürlich, dass wir hier eher eine Nischenanwendung darstellen, aber wir haben begonnen, mehr Menschen davon zu überzeugen, Discourse als Kursplattform zu nutzen. Ich bin überzeugt, dass eine nahtlosere Unterstützung solcher Funktionen diese Argumentation stärken würde.
Meine Sorge dabei ist: Wenn wir hier beginnen, Öl mit Wasser zu vermischen, warum gibt es dann überhaupt noch „Nachrichten
3 „Gefällt mir“