Hallo,
unsere täglichen Update-Beiträge hier –
überschatten die anderen Beitragsarten. Ist es möglich, Beiträge aus der Kategorie „daily-network-updates
Wir haben uns im Allgemeinen davon abgewendet, diese Einstellung zu empfehlen, und setzen stattdessen darauf, die Präferenz „Diese Kategorie stummschalten
Ich befürworte die Entfernung dieser Einstellung, aber ich mache mir Sorgen, dass wir Administratoren keine einfache Möglichkeit bieten, alle Benutzer historisch darauf festzulegen, bestimmte Kategorien stummzuschalten. Dies macht es besonders schwierig, wenn man eine neue Kategorie hinzufügt und diese standardmäßig stummgeschaltet haben möchte.
Wie stehst du dazu, Administratoren hier eine bessere Benutzererfahrung (UX) zu bieten? Insbesondere:
- Ein Administrator fügt eine Kategorie zu
default_categories_mutedhinzu (das Gleiche gilt für “watched” usw.) - Wir erkennen … oh, etwas hat sich geändert …
- Möchtest du, dass alle bestehenden Benutzer die Kategorie “X” stummgeschaltet haben?
- Möchtest du das Stummschalten der Kategorie bei N Benutzern aufheben?
Ich mag diesen Ansatz, da er Administratoren eine sehr saubere Möglichkeit bietet, dieses Problem zu lösen, und es ist bereits unzählige Male auf Meta passiert. Mit dieser Lösung würde ich gerne diese Kategorieeinstellung komplett entfernen.
Ja, genau das meine ich. Wir erhalten viele Anfragen dazu, wir machen es sogar intern. Ich unterstütze das also voll und ganz.
Danke für die Antworten. Warum wird von der Nutzung der bestehenden Option so dringend abgeraten?
Idealerweise möchte ich die neuesten X Updates aus dieser Kategorie anzeigen. Bei den betreffenden Updates handelt es sich um tägliche Updates. Ich möchte also, dass die Nutzer sehen, dass diese Updates existieren, aber gleichzeitig verhindern, dass sie die Updates aus anderen Kanälen verdrängen.
@vinothkannans kannst du dies übernehmen?
Immer wenn du eine dieser Einstellungen änderst, muss ein Modal erscheinen:
Möchtest du diese Änderung auch historisch anwenden? Dadurch werden die Einstellungen für 1234 bestehende Benutzer geändert.
[Ja], [Nein, Änderung nur ab jetzt anwenden]
Es gibt Randfälle, die ich kurz erläutern möchte.
- Standardmäßig ändern sich die beobachteten Kategorien von „cat1, cat2
PR erstellt
Kannst du ein paar Screenshots des Workflows teilen?
Im obigen Screenshot wird die Gesamtanzahl der Benutzer (30) aus dem about-Modell (about.json-URL) abgerufen. Jetzt versuche ich, sie direkt im Modell der Seite für die Site-Einstellungen einzubinden.
Das sieht großartig aus. Ich denke, es ist korrekter, dies bei Bedarf abzurufen. Es ist nicht nötig, die Seite mit einer zusätzlichen Last zu belasten, nur für den seltenen Fall, dass wir einen Standardwert hinzufügen.
Ich denke, die einzige Änderung hier ist, dass „Ja
Der PR wurde jetzt gemerged.