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 ?
6 „Gefällt mir“
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.
2 „Gefällt mir“
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.
4 „Gefällt mir“
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.
1 „Gefällt mir“
@codinghorror, ich denke, es ist sinnvoll, dies wiederzubeleben. Wenn die Stummschaltung einer Kategorie automatisch alle Unterkategorien stummgeschaltet hätte, wäre das Verhalten sinnvoller.
Dies würde ein Problem lösen, mit dem @fitzy und @HAWK heute konfrontiert sind.
Der Vorschlag hier ist wie folgt (unter Berücksichtigung dieser Hierarchie)
- A
- B
- C
Stummschalten (A) … (B) und (C) erscheinen nicht mehr in den neuesten und Kategorien, es sei denn, sie werden explizit verfolgt.
Um (B) wieder in Listen zu bekommen, würden Sie es auf Normal setzen.
Wenn Sie zu (C) navigieren, würden Sie Folgendes sehen:
Jahre sind hier vergangen, aber dieses Ärgernis beeinträchtigt unser eigenes Personal erheblich. Ich stimme zu, dass das Verhalten „Kinder automatisch stummschalten“ intuitiver ist und es eine super einfache Opt-out-Möglichkeit gibt.
Gedanken?
3 „Gefällt mir“
Wahrscheinlich in Ordnung, es ist soweit! 
(Der Widerstand hier galt hauptsächlich der schlechten Idee von Unter-Unter-Unter-Unterkategorien. Was sie immer noch sind.)
2 „Gefällt mir“
Ich gehe davon aus, dass Unterkategorien den Stummschaltungsstatus von der Hauptkategorie nur erben sollten, wenn zuvor nichts explizit festgelegt wurde. Wenn ich also B zuvor auf “Watching” gesetzt habe, werden beim Stummschalten von A nur C stummgeschaltet.
Stummschalten ist nur ein Beispiel, aber wie sieht es mit anderen Benachrichtigungsstatus aus?
Sollten wir konsistent sein und beim Beschluss, A zu “Watch” oder “Track” zu setzen, auch B und C auf “Watch” oder “Track” setzen oder diese Lösung nur für das Stummschalten implementieren?
Ja, tatsächlich würde ich einfach eine Standardeinstellung basierend auf der Abwesenheit eines Kategoriebenutzereintrags verwenden.
Das Stummschalten (A) in unserem obigen Beispiel sollte diese Box nicht automatisch mit B und C füllen.
Ich unterstütze hier zwar die Konsistenz. Aber es sollte alles auf Abwesenheit basieren, wir sollten keine neuen Zeilen in der Tabelle für Unterkategorien erstellen.
2 „Gefällt mir“
Ich möchte hier auf ein potenzielles Risiko aufgrund einer bereits bestehenden Inkonsistenz hinweisen. Das Stummschalten einer Kategorie stummschaltet nicht explizit jedes Thema in dieser Kategorie. Vielmehr überschreibt es jedes Thema im Zustand „nie gesetzt“, um es so zu behandeln, als wäre es auf „Stummgeschaltet“ gesetzt. Das Verfolgen/Beobachten einer Kategorie setzt jedoch explizit jedes vorhandene und neue Thema in dieser Kategorie auf Verfolgen/Beobachten. Wichtig ist, dass das Entfernen einer Kategorie aus „Stummgeschaltet“ im Grunde so ist, als hätten Sie sie nie zu „Stummgeschaltet“ hinzugefügt. Das Entfernen einer Kategorie aus „Verfolgen/Beobachten“ macht jedoch nicht rückgängig, dass jedes vorhandene Thema in dieser Kategorie immer noch auf „Verfolgen/Beobachten“ gesetzt ist. Es wird einfach keine neuen Themen in dieser Kategorie mehr verfolgen/beobachten.
Persönlich kämpfe ich immer noch damit, dass ich Support einmal zum Testen auf „Verfolgen“ gesetzt habe, da ich jetzt gelegentlich den ungelesenen Indikator neben diesen Themen sehe, obwohl sie mir egal sind. Ich denke, das sollte sich ändern, damit das Verfolgen/Beobachten einer Kategorie genau wie „Stummgeschaltet“ funktioniert, was bedeutet, dass der Zustand des Themas „nie gesetzt“ durch den Zustand der Kategorie überschrieben wird, ohne den Zustand einzelner Themen tatsächlich zu ändern. Aber bis das geschehen ist, wäre ich wirklich besorgt darüber, das Verfolgen/Beobachten einer Kategorie auch auf alle ihre Unterkategorien auszudehnen, da diese Aktion nicht vollständig rückgängig gemacht werden kann.
3 „Gefällt mir“
Oh, sehr guter Punkt hier, Sean.
Ja, lassen Sie uns das für den Moment sehr eng auf „Stummschalten“ beschränken, @kris.kotlarek. Sobald wir diese Änderung umgesetzt haben, können wir über die anderen Zustände nachdenken.
3 „Gefällt mir“
Diese Funktion ist mit diesem PR erledigt
2 „Gefällt mir“