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.
Scusa per aver ripreso questo thread.
Posso confermare: diversi utenti del mio forum si sono confusi riguardo alla disattivazione di una categoria contenente sottocategorie. Si chiedevano perché la categoria apparisse due volte nella pagina delle categorie: una volta attenuata nella visualizzazione principale e una volta nascosta nella sezione espandibile. Non era ovvio per loro che dovevano disattivare anche le sottocategorie per nasconderla completamente.
Un altro possibile modo per implementare questa funzionalità sarebbe chiedere agli utenti se desiderano disattivare le sottocategorie dopo aver scelto di disattivare una categoria di primo livello. Non deve essere fatto automaticamente, ma è necessario rendere gli utenti consapevoli del fatto che disattivare una categoria di primo livello potrebbe non disattivare tutti i topic al suo interno.
@codinghorror, penso che abbia senso rianimare questa discussione. Se la categoria di muting disattiva automaticamente tutte le sottocategorie, il comportamento sarebbe più sensato.
Questo risolverebbe un problema che @fitzy e @HAWK stanno affrontando oggi.
La proposta qui è la seguente (considerando questa gerarchia)
- A
- B
- C
Mute (A) … (B) e (C) non appaiono più in latest e nelle categorie a meno che non vengano esplicitamente tracciati
Per far riapparire (B) negli elenchi, dovresti impostarlo su Normal
Navigando verso (C) vedresti:
![]()
Sono passati anni, ma questo fastidio sta influenzando molto il nostro personale, concordo sul fatto che il comportamento “mute figli automatico” sia più intuitivo e ci sia una disattivazione molto facile.
Opinioni?
Probabilmente va bene, è arrivato il suo momento! ![]()
(La resistenza qui riguardava principalmente il fatto che le sottosottosottocategorie fossero una pessima, pessima idea. Cosa che sono ancora.)
Presumo che le sottocategorie debbano ereditare lo stato di disattivazione dalla categoria principale solo se non è stato impostato nulla in modo esplicito in precedenza. Quindi, se imposto B su “watching” prima, quando disattivo A, solo C verrà disattivato.
La disattivazione è solo un esempio, ma che dire di altri stati di notifica?
Dovremmo essere coerenti e, quando decidiamo di impostare A su “watching”/“tracking”, dovremmo impostare anche B e C su “watching”/“tracking” o implementare quella soluzione solo per la disattivazione?
Sì, infatti mi limiterei a un’impostazione predefinita basata sull’assenza del record utente della categoria.
Il muting (A) nel nostro esempio sopra non dovrebbe riempire questa casella automaticamente con B e C.
Suppongo di supportare la coerenza qui. Ma dovrebbe essere tutto basato sull’assenza, non dovremmo creare nuove righe nella tabella per le sottocategorie.
Voglio segnalare un potenziale rischio qui a causa di un’incoerenza già esistente. La disattivazione dell’audio di una categoria non disattiva esplicitamente ogni argomento in quella categoria. Piuttosto, sovrascrive qualsiasi argomento nello stato “mai impostato” trattandoli come se fossero impostati su Disattivato. Tuttavia, il tracciamento/la visualizzazione di una categoria imposta esplicitamente ogni argomento esistente e nuovo in quella categoria su Tracciamento/Visualizzazione. È importante notare che la rimozione di una categoria da Disattivato la rende essenzialmente come se non l’avessi mai aggiunta a Disattivato in primo luogo, ma la rimozione di una categoria da Tracciamento/Visualizzazione non annulla il fatto che ogni argomento esistente in quella categoria sia ancora impostato su Tracciamento/Visualizzazione. Non traccerà/guarderà più i nuovi argomenti in quella categoria.
Personalmente, sto ancora affrontando il fatto di aver impostato Support su Tracciamento una volta durante il test di qualcosa, perché ora vedo occasionalmente l’indicatore di non letto accanto a quegli argomenti anche se non mi interessano. Ora, penso che questo sia qualcosa che dovrebbe cambiare in modo che il tracciamento/la visualizzazione di una categoria funzioni esattamente come Disattivato, il che significa che sovrascriverebbe lo stato dell’argomento “mai impostato” allo stato della categoria senza effettivamente modificare lo stato dei singoli argomenti. Ma finché ciò non verrà fatto, sarei davvero preoccupato di far tracciare/guardare anche tutte le sue sottocategorie, poiché tale azione non può essere completamente annullata.
Oh, ottimo punto qui Sean.
Sì, limitiamo questo al solo muto per ora @kris.kotlarek, una volta che avremo implementato questa modifica potremo pensare agli altri stati.
Questa funzionalità è stata completata con questa PR
