Basicamente, esperamos configurar grupos para gerenciar permissões de postagem dentro de um tópico, mas ainda queremos que todos os usuários e convidados não registrados possam ler o que é postado.
Alguma maneira de fazer isso funcionar?
Categoria → Segurança
- kaikki está todo em inglês
Não entendo o ponto de Restringir Respostas, no entanto.
1 curtida
Eu entendo que você pode fazer isso para uma categoria, mas esperamos não ter que criar uma categoria totalmente nova, já que todos esses tópicos já estão bem organizados em categorias e subcategorias.
Realmente esperamos a capacidade de restringir respostas (e curtidas, na verdade) por tópico.
Pelo que sei, você não consegue fazer isso nativamente. Mas eu gostaria de estar errado agora.
Talvez você queira arquivar esses tópicos.
Não tenho certeza de como isso ainda permite que usuários de um determinado grupo postem lá…
1 curtida
Ah, desculpe @orangeandblack5, eu não estava considerando sua pergunta original, apenas respondendo a esta parte:
Vamos começar de novo…
No Discourse, definimos permissões de grupo no nível da categoria, não no nível da postagem, então não acredito que haja uma maneira de fazer o que você pede.
Estou curioso: por que você não quer que qualquer pessoa que possa ler os tópicos possa curti-los? Pensei em arquivar porque talvez você quisesse “congelá-los”, mas parece que você quer que algumas pessoas tenham a capacidade de curtir e outras não. Adoro ouvir como as pessoas usam o Discourse em suas comunidades! 
Para nós, a parte de postar é muito mais importante do que a parte de curtir, mas em geral usamos o Discourse para executar vários tipos de jogos e discussões online que as pessoas precisam se inscrever para participar, e é contra as regras postar em um jogo que você não está realmente jogando, mas não temos aplicação de software para isso e, às vezes, novos usuários ficam confusos e acabam atrapalhando acidentalmente quando deveriam, em vez disso, se inscrever em um tópico futuro.
Alguma forma de permitir que todos leiam todos os tópicos, mas impedir que pessoas não inscritas em um tópico específico postem nele seria incrível!
1 curtida
Eu também acho que a única maneira de conseguir isso sem código personalizado é adicionando uma subcategoria dedicada para cada jogo ou discussão que você deseja restringir. Isso parece complicado, mas como você já tem que configurar um grupo dedicado a cada vez, na verdade não é muito mais esforço manual. Em qualquer caso, a experiência do usuário será limpa com uma configuração como esta:
- categoria: jogos
permissão: todos leem - subcategoria: jogo-A
permissão: apenas o grupo jogo-A responde
Portanto, os tópicos do jogo-A serão visíveis para todos, mas qualquer pessoa que não seja membro do grupo jogo-A e abrir o tópico não poderá responder.
Se você quiser uma interface muito limpa e isso se alinhar com sua arquitetura, você pode até ocultar os emblemas das subcategorias relevantes da interface com CSS. Assim, as subcategorias serão puramente sobre direitos de acesso e não sobre navegação.
3 curtidas
O problema com isso é que já usamos subcategorias para organizar as coisas.
Vamos considerar pelo menos, mas realmente não é o ideal porque precisaríamos cortar uma camada inteira de organização/ordenação e isso poderia tornar o site muito mais difícil de navegar, especialmente para novos usuários.
1 curtida
Suspeito que você deveria usar tags para fazer parte dessa organização. Veja É hora de falarmos sobre tags.
Não haverá uma maneira fácil de obter permissões por tópico.
1 curtida
Gostaria de saber se há uma maneira de fornecer Publicação de Página para MPs?
Não creio. Mas você poderia publicá-los em uma categoria para a qual as pessoas pudessem escrever e, em seguida, deslistá-los.
Isso é separado do caso de uso do OP, mas eu administro um fórum com uma categoria apenas anônima onde os usuários podem postar sobre questões profissionais sem expor seus nomes de usuário a todos os outros (embora eles saibam que os administradores podem descobrir quem postou o quê se alguém se comportar mal). Seria ótimo poder restringir os “likes” apenas para usuários anônimos também.
3 curtidas
Tenho a mesma situação: usamos o Discourse como parte do nosso LMS personalizado e queríamos, às vezes, limitar o acesso a um tópico em um curso a certas coortes no curso.
Portanto, a única maneira de fazer isso (como explicado acima) é criar uma categoria para o curso e, em seguida, uma subcategoria para cada coorte que precise limitar o acesso… então copiar cada tópico para cada subcategoria, o que é meio chato, incluindo a necessidade de ter modelos do nosso lado que reflitam essa configuração e código para manter as coisas sincronizadas.
Seria muito mais incrível se pudéssemos limitar postagens em cada tópico a grupos.
Cada pessoa precisa atingir as respostas de todas as outras coortes?
Se eu estivesse configurando isso, colocaria os materiais em uma categoria que não permitisse respostas, apenas como material de referência.
Então, eu enviaria um PM em grupo vinculando ao material e manteria a discussão lá.
Dessa forma, você apenas organiza as coortes em grupos e pode reutilizar os materiais facilmente.
É assim que os PMs funcionam! 
Mas não para tópicos públicos.
2 curtidas
@maiki Wooooah. Eu não sabia disso. Obrigado por compartilhar!!!
No entanto, com a estratégia atual, é meio que “configurar e esquecer”. Quando um curso é criado, podemos criar o tópico e a subcategoria para o grupo PADRÃO e, em seguida, preencher os tópicos que queremos. Se um novo grupo for adicionado, criamos um novo grupo e subcategoria e copiamos os tópicos.
Então, podemos esquecer disso e apenas lidar com os avisos de atividade através do callback.
Com a abordagem que você descreveu, seria mais trabalho manual? “Enviar um PM de grupo” soa como uma atividade que está acontecendo durante a vida útil de um curso. Se um novo aluno se inscrever em um curso existente e for colocado em um determinado grupo, podemos adicioná-lo ao grupo correto no Discourse e ele terá acesso à subcategoria existente (para esse grupo) e à cópia de todos os tópicos. Nesse caso, eles seriam automaticamente adicionados a um “PM de grupo” existente, sem diferença no fluxo de trabalho?
A interface do usuário apareceria da mesma forma? Atualmente, temos apenas o tópico e, em seguida, todas as postagens (para um grupo específico, se necessário) abaixo deles, de acordo com a interface do usuário “usual” do Discourse.
Devo dizer que odeio ter que fazer as subcategorias e cópias de todos os tópicos sempre que um novo grupo é criado do nosso lado, e ter que gerenciar isso, então este PM direto parece intrigante. Mas tenho essa apreensão de usar uma “mensagem privada” para fazer tudo o que uma categoria + tópicos podem fazer, como se estivesse faltando algo.
1 curtida
Eu realmente não consigo imaginar como isso se parece para os usuários.
Eu sei que muitas vezes eu linko para tópicos ou uso Modelos para reutilizar o conteúdo em PMs quando estou trabalhando com conteúdo reutilizável.
Se você quiser expandir um pouco sobre o que está fazendo, com um exemplo de tópicos e respostas de alunos, para que possamos ver como é a experiência da coorte, ficarei feliz em pensar em como realizá-lo usando PMs.
1 curtida
O que eu fiz foi ter uma categoria somente leitura com as tarefas e fiz os alunos responderem como tópico vinculado quando eles “respondiam” à tarefa postando na categoria da turma. Não tenho certeza de quão fácil é encontrar responder como tópico vinculado em uma postagem somente leitura hoje em dia.
1 curtida
Obrigado @pfaffman e @maiki pelas suas opiniões. A forma como integramos os tópicos é usar a API para obter as postagens mais recentes de um tópico e exibi-las diretamente na página da unidade do curso relevante em nosso LMS:
Em seguida, quando você clica em “Participe da discussão”, ele o leva ao tópico na categoria do curso e na subcategoria de sua turma no curso, restringindo-o assim apenas a comentários de seus colegas de turma:
O que é um pouco estranho é que essa arquitetura vaza para a interface do usuário, como neste cabeçalho:
e na navegação…
Isso força o aluno a entender por que existe uma categoria de nível superior e, em seguida, um nível de subcategoria para os “Tópicos do Curso” (essa é para a turma dele) e outro para “Discussão Geral” (essa é para todas as turmas em um curso)… e se ele clicar por aí, pode se perder um pouco.
Às vezes, as turmas são mais um mecanismo de agrupamento administrativo, algo com que o aluno não se importa, então isso pode tornar essa coisa de categoria/subcategoria um pouco mais confusa. “Por que não há apenas uma categoria para todos os tópicos do curso?”
Além disso, como mencionei antes, essa configuração significa que precisamos duplicar todos os tópicos sempre que uma turma é criada, excluir esse subconjunto quando uma turma é excluída ou atualizar todas as subcategorias quando um tópico é criado/atualizado/excluído.