Ah, desculpe, não encontrei. Obrigado! @rishabh@Tracey
Então, claro, não é um bug.
Não é o lugar certo para isso e parece que já foi decidido, mas isso representa uma grande perda de funcionalidade para mim.
Silenciar e suprimir são duas coisas muito diferentes.
Contexto: Estou usando uma categoria “Obter Suporte” para jogadores, onde eles podem criar tickets.
Embora eu não queira mostrar milhares de tickets para todos em “Mais Recentes”, ainda quero que aqueles afetados sejam notificados sobre o que está acontecendo lá.
Como informação prévia: suppress dá ao “Designer/Proprietário” de um fórum controle sobre o fluxo de usabilidade dos usuários. Os usuários não conhecem todos os recursos, botões, menus suspensos e afins por conta própria. O Discourse é uma descoberta ativa de “procurar esse recurso”, se é que me entende.
Desculpe por fazer um backlink para o meu fórum, mas talvez você consiga entender melhor assim.
Se você silencia toda uma (sub)categoria para todos, essa (sub)categoria não é mais exibida nesta configuração, por exemplo:
Neste caso, trata-se de uma categoria “Obter Suporte” com uma subcategoria “Suporte”.
Silenciar significa que ela não é mais visível na página inicial (a página de destino mais importante para novos usuários, que neste caso precisam de ajuda):
O usuário precisa ativamente “desilenciar” essa subcategoria para vê-la:
Com suppress, as subcategorias eram visíveis para todos no lado esquerdo e faziam exatamente o que eu queria: não mostrar todos os tópicos da subcategoria no lado direito, sob “mais recentes”, mas deixar o usuário saber que existe uma subcategoria de suporte:
Como a subcategoria “Suporte” tem centenas de tickets, muitos recebem respostas por dia, então eles empurrariam discussões “normais” importantes para baixo, enquanto os tickets de suporte interessam apenas a 1 ou 2 jogadores.
TL;DR: mute é tecnicamente semelhante a suppress, mas em termos de usabilidade, está fora do controle de quem projeta um fórum específico. Os usuários não encontram o botão de mute sozinhos, não sabem exatamente o que ele faz e, no final, não conseguem o que eu quero que consigam ou, como você disse:
Para o usuário: sim. Para o proprietário/designer do fórum: não.
Suprimir do mais recente: apenas remover itens da lista de tópicos de /latest.
Silenciar categoria: remover das listas de tópicos de /latest, remover de /categories e do painel esquerdo que exibe as categorias.
Tivemos muita confusão em torno desse recurso:
Estou dividido sobre como lidar com isso. No momento, temos um sistema que é incrivelmente fácil de explicar e oferece aos usuários finais extrema flexibilidade. O antigo “suprimir do mais recente” não era algo que o usuário pudesse sobrescrever, estava oculto para os usuários e era mágico.
No geral, teremos que esperar por isso por pelo menos 2 semanas para coletar mais feedback da comunidade.
(Aliás, isso deveria ser muito melhorado. Por exemplo, “Caixas com os Últimos Tópicos” seria incrível. A página de Desktop é o “rosto” do seu fórum, então deveria ser bonita e clara, certo? )
Certo, estou interessado em ver como fica depois de 2 semanas.
Eu manteria as categorias visíveis na página de desktop.
Acho que o modo silencioso só deveria afetar algo “ativo”, como tópicos ou posts.
Mas as categorias são “estáticas”. Elas não prejudicam os usuários, a não ser por ocupar alguns pixels na tela deles?
Outra grande diferença entre a função ‘suppress_from_latest’ e o mutar padrão é que, quando eu muto uma categoria, isso apenas oculta os tópicos que não estou acompanhando na página Mais Recentes. Gostaria de ocultar uma categoria completamente da página Mais Recentes, e isso não parece ser possível com a opção de mutar padrão.
Estamos enfrentando um problema semelhante ao do @B-iggy, se entendi corretamente. Usamos nosso fórum tanto para relatórios de bugs quanto para discussões da comunidade, e utilizamos a página “Mais Recentes” como nossa página padrão. Anteriormente, usávamos uma categoria de Bugs (disponível apenas para testadores verificados do nosso aplicativo) e a supressão para ocultar os relatórios de bugs na página inicial, com a ideia de que a maioria das pessoas não precisa ver os relatórios de bugs de outras pessoas.
Mas ainda queremos que seja fácil para alguém acessar e postar na categoria de Bugs, sem precisar desmutar nada.
No geral, não está claro para mim como isso funciona. Configuramos a categoria de Bugs para ser silenciada para todos e aplicamos a alteração retroativa a todos os usuários, mas, por algum motivo, ainda consigo ver postagens de Bugs na nossa lista de Mais Recentes, o que, no mínimo, prejudica minha experiência pessoal. E não tenho certeza se outras pessoas estão tendo a mesma experiência que eu, porque não sei o que elas podem ou não podem ver.
Caso de uso semelhante ao anterior: Organizamos uma conferência e temos uma categoria onde os usuários vão deliberadamente para aprender sobre os palestrantes. Cada um dos mais de 100 palestrantes tem seu próprio tópico: https://1e9.community/c/konferenz/speakers
Não faria sentido incluí-los em nosso feed mais recente, já que o contexto da conferência simplesmente não está presente. Por isso, o recurso de suprimir do feed mais recente foi muito útil.
Bem, de certa forma sim, por isso meu clamor é limitado. Mas os palestrantes são muito importantes para uma conferência, claro, e quanto mais visibilidade eles tiverem, melhor.
Pode explicar melhor isso? O novo sistema realmente lhes dá mais visibilidade, pois, assim que alguém começa a interagir com os tópicos, eles passam a ser rastreados e, em seguida, esses tópicos começam a aparecer para essa pessoa na seção “Mais recentes”.
Bem, no nosso caso, temos um grande segmento de pessoas que não são membros da comunidade, mas que podem comparecer à conferência. Portanto, elas não interagiriam com os tópicos, mas seria bom se pudessem encontrá-los facilmente.
Além disso, atribuímos um tópico a cada palestrante por motivos de SEO, e isso tem funcionado bastante bem. As pessoas ficam sabendo da conferência porque pesquisam os palestrantes no Google. Se os links internos para esses palestrantes forem removidos, o link juice não conseguirá fluir. Mas talvez eu esteja perdendo algo, já que ainda não testei.
Acho que entendi o que você quer dizer. Posts individuais de um tópico de conferência não têm significado sem todo o contexto da conferência. É por isso que você não quer que apareçam no “Mais Recente”. Perfeitamente compreensível. Mas o problema está em dar mais visibilidade aos palestrantes sem que eles apareçam no Mais Recente, que é o que os usuários veem primeiro — e que também é preenchido com posts individuais.
Talvez fixar globalmente a categoria da conferência, para que ela fique sempre no topo. Assim, se alguém quiser acessar a conferência, ao clicar nela, será levado à lista de tópicos (palestrantes) daquela conferência… clicam no palestrante que desejarem e entram naquela discussão.