Não estou obtendo um comportamento consistente, então amanhã vou acessar o try.discourse.org e controlar as duas primeiras variáveis:
Navegadores web diferentes?
Configurações do site diferentes?
Conta de administrador vs. usuário TL1 não pertencente à equipe?
Aqui estão dois exemplos diferentes:
Administrador no Firefox neste site = tópicos não lidos ainda aparecem, mas a subcategoria (wordpress) está suprimida. Na categoria Suporte, o primeiro tópico é dessa subcategoria:
Não administrador no Chrome em um site privado = a subcategoria (Connect) não está suprimida como esperado, mas o tópico está suprimido — veja o indicador de 1 novo tópico:
Apenas para informação, o problema no mobile que eu tinha era simplesmente devido ao cache. Para evitar isso, eu simplesmente reiniciava o aplicativo Discourse toda vez que alterava as preferências.
Olá novamente
Encontrei tempo para testar tudo isso e constatei que o silenciamento de subcategorias está funcionando conforme o esperado.
Não consigo reproduzir isso. Então, se você ainda tiver esse problema, seu próximo passo é postar algumas capturas de tela reais mostrando a configuração de silenciamento da subcategoria e a visualização da categoria onde os tópicos da subcategoria silenciada estão visíveis.
Como testei isso
Não posso mostrar o silenciamento de subcategorias funcionando corretamente no try.discourse.org, pois ele não possui subcategorias. Por isso, usei minha própria instância privada, motivo pelo qual precisei ocultar informações identificáveis.
Não consegui fazer com que os tópicos da subcategoria silenciada fossem exibidos na categoria. Tive que entrar na subcategoria silenciada para ver seus tópicos.
A categoria não mostra a subcategoria silenciada nem seus tópicos
Se eu visualizar a categoria que contém a subcategoria silenciada, não consigo ver nenhum dos tópicos dessa subcategoria. Mas consigo ver a subcategoria não silenciada chamada “Connect”, então o “Tópico de teste” aparece.
Consegui ver aquele tópico na visualização Mais recentes | Categorias, mas não consigo ver o “Tópico de teste 2” nem o “Tópico de teste 3”, que estão na subcategoria silenciada chamada “Criar”:
A visualização da subcategoria silenciada mostra os tópicos
Se eu visualizar a subcategoria silenciada chamada Criar, consigo ver todos os tópicos que ela contém. Obviamente, tem que haver alguma forma de acessar esses tópicos, por isso eles se tornam visíveis na subcategoria específica.
Só para confirmar que está funcionando corretamente, o “Tópico de teste 2” e o “Tópico de teste 3” na subcategoria silenciada não estavam visíveis na visualização Mais recentes | Categorias:
Minha compreensão é que eles estão silenciados em relação a coisas como ‘mais recentes’, mas se você visitar a categoria, poderá encontrá-los. Se você quiser nunca vê-los, precisará removê-los da lista.
Se eles não aparecessem quando você visitasse a categoria, como você os veria?
Se entendi corretamente que isso é esperado, não entendo por que os tópicos da categoria silenciada aparecem na categoria pai na visualização de categoria — veja a imagem 1.
O que são os ícones (de arquivo?) à esquerda dos títulos dos tópicos? Talvez algo de terceiros esteja envolvido e o modo de segurança “resolveria” o problema.
As categorias são realmente chamadas de “traço traço traço … tempo”? Pelo que sei, isso seria um caso de borda não previsto, não exatamente um bug.
Acho que esse tópico se desviou do assunto original sobre notificações no modo lista de e-mails. A solução para interromper as notificações envolveu dois métodos. O método preferido é basicamente decidido por qual representa a menor proporção de categorias:
assistir apenas às categorias para as quais você deseja receber notificações
silenciar as categorias das quais você não deseja receber notificações
É por isso que testei a visualização Recentes | Categorias, que não mostra tópicos de subcategorias silenciadas. Isso funcionou conforme o esperado.
Mas agora estamos falando de uma questão diferente. Não testei a visualização Categorias porque, pelo que sei, ela não tem relação com as notificações no modo lista de e-mails.
É por isso que acho que essa questão deve ser movida para um novo tópico.
Tenho duas ideias aqui. Nenhuma delas é um design completo, mas espero que sejam úteis.
Nota: a complexidade aqui está nas relações entre os tipos de notificações. Imagine remover todas as configurações, exceto estas (mostradas em tópicos, subcategorias, categorias e globalmente):
Notificações: Herdar | Todas as postagens | Primeira postagem | Menções+respostas | Nunca
Acompanhamento: Herdar | Todas as postagens | Primeira postagem | Menções+respostas | Nunca
E-mails: Herdar | Todas as postagens | Primeira postagem | Menções+respostas | Nunca
O nível global não teria “herdar”, pois é o nível superior.
Tópicos não teriam “primeira postagem”, pois não pode ser aplicado retroativamente.
Reduzir o número de configurações — por exemplo, mesclando “acompanhamento” e “notificações” em um único contínuo — torna as notificações mais rápidas de configurar, mas não necessariamente as torna mais simples, especialmente quando você também precisa considerar sua relação com as configurações de e-mail.
⇒ Se/você mudar para o modo de lista de e-mails por categoria, as simplificações/relações que você tem agora podem não ser as que você deseja manter.
Foi isso que me trouxe até aqui. Para mim, o “modo de lista de e-mails” (em comparação com “me envie e-mails para cada notificação”) significa que estou assumindo a responsabilidade de gerenciar as notificações (no meu e-mail) — o Discourse deve assumir que li todas as postagens que foram enviadas por e-mail. Para categorias com o modo de lista de e-mails ativado, nunca devo receber notificações não lidas (ainda apreciaria receber notificações que são automaticamente marcadas como lidas).
Eu não me importaria se o modo de lista de e-mails enviasse todas as categorias não silenciadas por padrão, desde que fosse muito fácil silenciar uma categoria com um ou dois cliques. Aqueles de nós que queremos usar principalmente a interface de e-mail acham muito complicado ir manualmente para a interface web, selecionar nosso ícone, depois o ícone de pessoa, Preferências, categorias, encontrar a categoria que queremos silenciar na área de Silenciados e selecioná-la. Seria muito mais fácil se o botão de cancelar inscrição no final de cada e-mail tivesse opções adicionais para silenciar a subcategoria ou a categoria inteira. Talvez eu tenha perdido, mas pesquisei e não encontrei ninguém discutindo essa possibilidade antes. O que os outros acham dessa ideia simples?
Você também pode simplesmente selecionar o ícone de sino para alterar suas preferências de notificação por categoria, tag ou tópico. Não é necessário fazer isso nas suas preferências de usuário.
Quanto ao botão de silenciar em e-mails… tente selecionar o botão de cancelamento de inscrição no final dos e-mails às vezes. Isso lhe dará algumas opções, incluindo “parar de acompanhar este tópico” e “Parar de acompanhar todos os tópicos em …”, o que significa que você receberá menos e-mails.
Com o modo de lista de e-mails ativado e sem estar acompanhando uma categoria específica, ele não me oferece a opção de cancelar a assinatura da categoria, esse é o meu ponto. Não me permite postar uma segunda imagem como novo usuário, mas as opções que ele oferece são:
Entendi, isso é mais fácil. Então, em vez de clicar em ‘Cancelar inscrição’, clico em ‘Visitar tópico’, depois seleciono a categoria no topo da página, em seguida o ícone de sino e mudo. São 4 cliques em vez dos 2 que eu esperava, mas ainda assim muito mais fácil do que ir pelas preferências do usuário e procurar a categoria.
Depois de refletir sobre isso por um tempo — como alguém que usa o modo de lista de e-mails, tenho uma sugestão concreta:
Mova o modo de lista de e-mails para o topo da categoria E-mail e renomeie o cabeçalho para E-mails de Notificação.
Mova “Incluir um trecho da resposta ao post nos e-mails” diretamente abaixo dele.
Transforme-o em um menu suspenso de 3 opções:
Nunca me envie e-mails para notificações
Oculta todas as configurações, exceto o resumo de atividades.
Me envie e-mails quando receber notificações
Funciona como funciona atualmente.
Me envie e-mails NO LUGAR das notificações (modo de lista de e-mails)
Substitui a configuração “Incluir um trecho da resposta ao post nos e-mails” pela opção “Me envie e-mails sobre meus próprios posts”.
Exibe um texto explicando que:
O conteúdo completo do post será incluído no e-mail.
Tanto a notificação quanto o próprio post serão marcados automaticamente como lidos.
Dessa forma, posso controlar o modo de lista de e-mails por categoria, apenas ajustando minhas configurações de acompanhamento para aquela categoria, da mesma forma que faço atualmente para notificações. Isso não adiciona configurações extras e não aumenta muito a complexidade. Além disso, oferece uma alternância fácil para desligar todos os e-mails de notificação para quem não os deseja de forma alguma.
Na verdade, acho que o objetivo original de permitir a migração de listas de e-mail puras não funcionaria com o que @smichel17 está sugerindo, porque isso torna as configurações da lista de e-mail dependentes do estado de “observado”. O que eu estava buscando era uma configuração que fosse da lista de e-mail “por categoria”, permitindo também o uso normal do resto do fórum.
Nossa situação é que temos um novo fórum Discourse que está prosperando, mas que é usado apenas por uma parte mais ativa dos membros da nossa comunidade. Em seguida, temos uma instância legada do Mailman onde estão quase todos os membros. Essa instância do Mailman é baseada geograficamente (cada capítulo da nossa organização tem uma lista de e-mail que eles usam algumas vezes por mês para organizar reuniões e isso é multicamadas).
Idealmente, recriaríamos a estrutura geográfica do Mailman no Discourse e definiríamos essas categorias para o modo de lista de e-mail. Isso significaria que os usuários passivos existentes ainda teriam o mesmo acesso à informação, mas nossa sobrecarga de TI seria reduzida (sem mais Mailman), além de facilitar para os usuários se envolverem mais no próprio fórum Discourse.
No entanto, se entendi corretamente, isso atualmente é impossível de implementar no Discourse, ou estou lendo mal este tópico?
