@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 curtidas
@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 curtidas
@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 curtidas
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 curtidas
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 curtidas
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 curtidas
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 curtidas
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 curtidas
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 curtidas
Gostaria de oferecer suporte emergencial para a permissão “Criar”, conforme especificado no post original.
Usamos o Discourse como fórum de cursos, como um substituto (muito) superior ao Piazza. Temos dois casos de uso que surgiram e que justificam a necessidade de permitir que usuários (alunos) criem, mas não vejam, posts em certas categorias:
- Pedir ajuda quando é necessário postar código como parte da pergunta. Nesse caso, não queremos que os alunos vejam soluções parciais postadas por outros alunos.
- Manter um registro de trabalho ao longo do semestre, documentando o progresso em um projeto de programação de longo prazo. Novamente, gostaríamos que esses registros incluíssem código, mas que os alunos não pudessem espiar os registros de trabalho uns dos outros.
Em ambos os casos, fornecer funcionalidade semelhante a categorias e acesso à equipe do curso é bastante crítico.
Observação: tentamos usar o sistema de mensagens para o primeiro caso de uso acima por três semestres (desde o outono de 2018). Honestamente, não funciona muito bem. Minha turma tem centenas de alunos (800 no outono, 600 na primavera) e centenas de membros da equipe do curso. Pelo menos para mim, o spam de mensagens causado por centenas de mensagens enviadas ao nosso grupo de ajuda pedindo assistência com tarefas domésticas afoga mensagens diretas mais importantes de minha equipe e alunos, tornando o recurso de MP muito menos útil.
Como resultado, vou sugerir que apoiemos o segundo caso de uso acima usando o Google Docs neste semestre — infelizmente, pois o Discourse seria, de outro modo, uma opção muito mais adequada. Mas simplesmente não consigo suportar o tráfego adicional de mensagens e o caos que isso causaria.
Não sei o quão próximo o plugin descrito acima chegaria a essa funcionalidade, mas podemos ajudar no desenvolvimento se for possível chegar lá. Observação: no nosso caso, é crítico controlar a visibilidade dos tópicos, não apenas a capacidade de responder.
A mensagem em grupo resolve o problema de spam. Você pode optar por notificações “suaves” apenas acompanhando o grupo ou até mesmo sem notificações, silenciando-o ou definindo-o como normal.
Quando você diz que usa o sistema de mensagens, está se referindo a uma mensagem em grupo? (Você pode configurar uma chamada em grupo, por exemplo, computing101-staff, e fazer com que as pessoas enviem mensagens para ela; assim, os membros desse grupo podem escolher os níveis de volume das notificações).
2 curtidas
Eu estava apenas editando minha postagem para destacar que ainda não tentamos isso, ou pelo menos não tentamos com muita dedicação. Existe alguma maneira de ter algo equivalente à abordagem mais comum para tópicos, onde eu não recebo notificações para tudo em uma categoria, mas posso ser notificado sobre respostas às mensagens com as quais já interagi?
Além disso, acho que me resta reclamar que essas interações são segregadas em uma parte diferente do fórum, enquanto eu preferiria tê-las em uma categoria junto com outros tópicos. Mas imagino que essa seja uma reclamação mais menor — e talvez totalmente resolvível por meio da interface? É possível fazer com que um grupo de mensagens apareça na lista de categorias de alguma forma?
E quanto a isso então? 
(E na visualização da última postagem.)
1 curtida
Isso não é possível, é um bucket muito diferente. Dito isso, por favor, não descarte completamente essa ideia antes de experimentá-la. Dê uma chance e nos dê um retorno após testá-la por alguns meses.
Tenha em mente que já tentamos a abordagem de mensagens há mais de um ano. Acredito que ajustar o volume ajudará, mas me preocupo que isso possa fazer com que as mensagens sejam ignoradas com mais frequência. No entanto, vou lembrar minha equipe sobre a capacidade de ajustar as configurações de volume para grupos de mensagens. Obrigado pela lembrança sobre isso.
No final das contas, no nosso caso, não há realmente um bom motivo para separar (em nível de interface) um tópico aberto por um estudante pedindo ajuda que não contém código de um que contém. (Na verdade, seria ótimo poder ajustar a visibilidade externa por tópico, para que possamos reclassificar facilmente algo que contém código, mas continuar respondendo a ele.) E nossa experiência tem sido que forçar isso através do sistema de mensagens o torna menos útil para… bem, mensagens . De qualquer forma, entendo que somos um caso de uso mais nichado aqui, mas começamos a tentar convencer mais pessoas a usar o Discourse como material didático, e acho que dar suporte a esse tipo de capacidade de forma mais integrada ajudaria a fortalecer esse argumento.
Minha preocupação aqui é que, se estamos começando a misturar óleo com água, por que manter “mensagens” em uma seção separada na UX? Por que não ter todas as mensagens e tópicos em uma única lista gigante na página inicial para todos?
Criar, mas ver apenas um subconjunto de uma categoria, é fundamentalmente uma mensagem privada para pessoas específicas.
3 curtidas