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“
Entschuldigung, dass ich diesen Thread nochmal hochhole.
Ich kann das bestätigen: Verschiedene Nutzer in meinem Forum waren verwirrt, als sie eine Kategorie mit Unterkategorien stummgeschaltet haben. Sie fragten sich, warum die Kategorie auf der Kategorien-Seite zweimal erschien: einmal abgedunkelt in der Hauptansicht und einmal versteckt im zusammenklappbaren Bereich. Es war für sie nicht offensichtlich, dass sie auch die Unterkategorien stummschalten mussten, um sie vollständig auszublenden.
Eine weitere mögliche Umsetzung wäre, Nutzer nach der Entscheidung, eine übergeordnete Kategorie stummzuschalten, zu fragen, ob sie auch die Unterkategorien stummschalten möchten. Das muss nicht automatisch geschehen, aber Nutzer sollten darauf hingewiesen werden, dass das Stummschalten einer übergeordneten Kategorie nicht automatisch alle darin enthaltenen Themen stummschaltet.
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“