@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 Me gusta
@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 Me gusta
@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 Me gusta
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 Me gusta
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 Me gusta
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 Me gusta
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 Me gusta
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 Me gusta
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 Me gusta
Me gustaría ofrecer un soporte de última hora para el permiso “Crear”, tal como se especifica en la publicación original.
Utilizamos Discourse como foro de cursos, como un reemplazo (muy) superior a Piazza. Hemos identificado dos casos de uso que justifican la necesidad de permitir que los usuarios (estudiantes) creen publicaciones en ciertas categorías sin poder verlas:
- Solicitar ayuda cuando es necesario publicar código como parte de su pregunta. En este caso, no queremos que los estudiantes vean soluciones parciales publicadas por otros estudiantes.
- Mantener un registro de trabajo semestral que documente su progreso en un proyecto de programación de larga duración. De nuevo, nos gustaría que incluyeran código, pero que los estudiantes no pudieran espiar los registros de trabajo de los demás.
En ambos casos, proporcionar una funcionalidad similar a las categorías y el acceso al personal del curso es bastante crítico.
Cabe mencionar que hemos intentado utilizar el sistema de mensajería para el primer caso de uso mencionado durante tres semestres (desde el otoño de 2018). Honestamente, no funciona muy bien en absoluto. Mi clase tiene cientos de estudiantes (800 en otoño, 600 en primavera) y cientos de miembros del personal del curso. Al menos para mí, el spam de mensajes causado por cientos de mensajes a nuestro grupo de ayuda solicitando asistencia con tareas desplaza a los mensajes directos más importantes de mi personal y estudiantes, haciendo que toda la función de mensajes privados sea mucho menos útil.
Como resultado, voy a sugerir que apoyemos el segundo caso de uso mencionado utilizando Google Docs este semestre; lamentablemente, ya que Discourse sería de otro modo una opción mucho mejor. Pero simplemente no puedo soportar el tráfico de mensajes adicional y el caos que causaría.
No sé qué tan cerca nos llevaría el plugin descrito anteriormente a esta funcionalidad, pero podríamos ayudar en el desarrollo si fuera posible lograrlo. Cabe señalar que, en nuestro caso, es crítico controlar la visibilidad de los temas, no solo la capacidad de responder.
El mensaje grupal resuelve el problema del spam. Puedes optar por notificaciones “suaves” simplemente siguiendo el grupo, o incluso sin notificaciones silenciando el grupo o estableciéndolo como normal.
Cuando dices que usas el sistema de mensajería, ¿te refieres a un mensaje grupal (podrías configurar una llamada grupal, por ejemplo, computing101-personal, y que envíen mensajes allí; luego, los miembros de ese grupo pueden elegir el nivel de volumen de las notificaciones)?
2 Me gusta
Estaba a punto de editar mi publicación para señalar que realmente no lo hemos probado, o al menos no con mucha dedicación. ¿Existe una manera de tener un equivalente al enfoque más habitual de los temas, donde no reciba notificaciones por todo en una categoría, pero sí por las respuestas a los mensajes en los que he participado?
Más allá de eso, supongo que me queda quejarme de que estas interacciones se segregan en una parte diferente del foro, mientras que yo preferiría tenerlas en una categoría junto con otros temas. Pero supongo que es una queja menor, y quizás completamente solucionable a través de la interfaz de usuario. ¿Puedo hacer que un grupo de mensajes aparezca en la lista de categorías de alguna manera?
¿Qué te parece esto entonces? 
(Y también en la vista del último mensaje.)
1 me gusta
Eso no es posible, es un cubo muy diferente. Dicho esto, por favor no descartes esto por completo hasta que lo pruebes; dale una oportunidad y repórtanos después de probarlo durante unos meses.
Ten en cuenta que hemos probado el enfoque de mensajería durante más de un año. Creo que ajustar el volumen ayudará, pero me preocupa que esto haga que los mensajes sean ignorados con más frecuencia. Sin embargo, recordaré a mi personal la posibilidad de ajustar la configuración de volumen para los grupos de mensajes. Gracias por el recordatorio al respecto.
Al final del día, en nuestro caso, realmente no hay una buena razón para separar (a nivel de interfaz de usuario) un tema que un estudiante abre pidiendo ayuda y que no contiene código, de uno que sí lo contiene. (De hecho, sería genial poder ajustar la visibilidad externa a nivel de cada tema, para que podamos reclasificar fácilmente algo que contiene código y seguir respondiendo a él.) Nuestra experiencia ha sido que obligar a que estos pasen por el sistema de mensajería lo hace menos útil para, bueno, para la mensajería . De todos modos, entiendo que nuestro caso de uso es más bien de nicho, pero hemos comenzado a intentar convencer a más personas de usar Discourse como material didáctico, y creo que ofrecer este tipo de capacidad de manera más fluida ayudaría a reforzar ese argumento.
Mi preocupación aquí es que, si empezamos a mezclar aceite con agua, ¿para qué tener “mensajes” en una sección separada en la UX? ¿No sería mejor tener todos los mensajes y temas en una sola lista gigante en la página de inicio para todos?
Crear pero solo ver un subconjunto de una categoría es fundamentalmente un mensaje privado dirigido a personas específicas.
3 Me gusta