I think this is more logical. In case, we want to exclude a specific child category, just insert it to watch.
What do you guys think about this ?
Let’s say the board I’m on has the following category structure:
- foo
- bar
- wimble
- wobble
- wabble
- baz
I want to mute bar (and therefore the subcategories underneath it), but leave bar|wobble as it is normally. My understanding of your suggestion is that my only option is to Watch or Track bar|wobble? What if I just want bar|wobble topics to default to Regular?
I don’t know, maybe, its such and edge area of the system I am not sure I can justify making changes to it now.
Muting sub-categories would very much be the expected behaviour.
The way to implement this cleanly (from a user perspective) would be to add a new notification mode to sub-categories called “Inherit from parent” and make this the default. Users could then explicitely set the notification level for sub-categories if they so choose.
Sorry for bumping this thread.
Can confirm, various users in my forum got confused about muting a category with sub-categories in it. They wondered why it made the category appear twice on the categories page: once dimmed in the primary view, and once hidden away in the collapsible section. It wasn’t obvious to them that they had to also mute the sub-categories in order to hide it completely.
Another potential way to implement this would be asking users whether they would like to mute sub-categories after they chose to mute a top-level category. It doesn’t have to be done automatically, but users need to be made aware of the fact that muting a top-level category may not mute all topics within it.
@codinghorror, acho que faz sentido reativar isso. Se a categoria de mudo silenciasse automaticamente todas as subcategorias, o comportamento seria mais sensato.
Isso resolveria um problema que @fitzy e @HAWK estão enfrentando hoje.
A proposta aqui é a seguinte (considerando esta hierarquia)
- A
- B
- C
Silenciar (A) … (B) e (C) não aparecerão mais em “latest” e categorias, a menos que sejam explicitamente rastreados.
Para trazer (B) de volta às listas, você o definiria como Normal.
Ao navegar para (C), você veria:
![]()
Anos se passaram, mas essa pequena irritação está impactando bastante nossa própria equipe, concordo que o comportamento de “silenciar filhos automaticamente” é mais intuitivo e há uma opção de desativação super fácil.
Opiniões?
Provavelmente tudo bem, chegou a hora! ![]()
(A resistência aqui foi principalmente sobre sub-sub-sub-subcategorias serem uma ideia muito, muito ruim. O que elas ainda são.)
Presumo que as subcategorias devam herdar o estado de mudo da categoria principal apenas se nada foi explicitamente definido antes. Portanto, se eu definir B para assistindo antes, então quando eu silenciar A, apenas C será silenciado.
Silenciar é apenas um exemplo, mas e quanto a outros status de notificação?
Devemos ser consistentes e, quando decidirmos assistir/rastrear A, devemos assistir/rastrear B e C ou implementar essa solução apenas para silenciar?
Sim, na verdade eu apenas seguiria um padrão baseado na ausência do registro do usuário da categoria.
Silenciar (A) em nosso exemplo acima não deve preencher esta caixa com B e C automaticamente.
Eu acho que apoio a consistência aqui. Mas tudo deve ser baseado na ausência, não devemos criar novas linhas na tabela para subcategorias.
Quero apontar um risco potencial aqui devido a uma inconsistência já existente. Silenciar uma categoria não silencia explicitamente todos os tópicos dessa categoria. Em vez disso, ela substitui qualquer tópico no estado “nunca definido” para tratá-los como se tivessem sido definidos como Silenciado. No entanto, Acompanhar/Assistir a uma categoria define explicitamente todos os tópicos existentes e novos nessa categoria como Acompanhando/Assistindo. Importante, remover uma categoria de Silenciado basicamente faz com que seja como se você nunca a tivesse adicionado a Silenciado em primeiro lugar, mas remover uma categoria de Acompanhando/Assistindo não desfaz o fato de que todos os tópicos existentes nessa categoria ainda estão definidos como Acompanhando/Assistindo. Isso apenas deixará de Acompanhar/Assistir a novos tópicos nessa categoria.
Pessoalmente, ainda estou lidando com o fato de ter definido Support como Acompanhando uma vez ao testar algo, porque agora ocasionalmente vejo o indicador de não lido ao lado desses tópicos, embora eu não me importe com eles. Agora, acho que isso é algo que deveria mudar para que Acompanhar/Assistir a uma categoria funcione exatamente como Silenciar, o que significa que substituiria o estado do tópico “nunca definido” para o estado da categoria sem realmente alterar o estado dos tópicos individuais. Mas até que isso seja feito, eu estaria realmente preocupado em fazer com que Acompanhar/Assistir a uma categoria também Acompanhe/Assista a todas as suas subcategorias, já que essa ação não pode ser totalmente desfeita.
Ah, ótimo ponto, Sean.
Sim, vamos limitar isso bem estritamente apenas para silenciar por enquanto, @kris.kotlarek. Assim que implementarmos essa mudança, poderemos pensar nos outros estados.
Este recurso foi concluído com este PR
