Hallo, das ist nicht gleichwertig, und wir haben oben bereits zahlreiche Beispiele genannt.
Es wäre fair, eine klare Aussage zu treffen, dass Sie diese Option ohnehin nicht zurücknehmen werden, oder etwas Ähnliches.
Ich denke, mehrere, vielleicht sogar Dutzende von Administratoren oder Community-Administratoren warten immer noch.
Das gilt sehr wohl auch für anonyme Benutzer.
Diese ganze Aufregung dreht sich darum, dass Websites bestimmte Darstellungsgenauigkeiten einfordern.
Sie wollen, dass die Liste der neuesten Themen exakt so aussieht, wie sie es vorgeben, und dass Endbenutzer keine Kontrolle darüber haben, wie diese genau aussehen.
Im Fall von @Heather_Dudley und @ClawdiaWolf kann dies für Endbenutzer problematisch sein. Alle „regionalen
Bedeutet das, dass es keine Möglichkeit gibt, unseren Fremdsprachenbereich zu reparieren?
Diese Kategorien sind derzeit von der Seite „Kategorien
Ich verstehe das immer noch nicht.
Angenommen, du stellst standardmäßig „Französisch“ auf stumm:
Das einzige Problem, das ich auf der aktuellen Seite sehe, ist, dass man nicht weiß, dass es eine französische Kategorie gibt, um die Stummschaltung aufzuheben, es sei denn, man findet sie in den Einstellungen oder hat vielleicht ein Thema (oder einen Header-Link oder Ähnliches), das zur französischen Kategorie führt.
Entschuldigung, ich bin mir etwas unsicher, was die Änderung bewirkt hat. Als die Nutzer zuvor zu /categories gingen, gab es eine Liste von Kategorien in Fremdsprachen. Diese Kategorien sind jetzt verschwunden, und ich bin mir nicht sicher, wie ich sie wieder in die Kategorienliste bekomme. Die Beiträge dieser Kategorien sollten jedoch nicht in /latest landen, da „latest
hmmm … eine Benutzereinstellung für
“Stummschaltete Kategorien in der Kategorieliste ausblenden”? Standardmäßig aus. So ähnlich.
Dann kannst du es einschalten, sobald du dich auskennst.
Adressiert das die Beschwerden rund um die neue Änderung zu 100 %?
Etwas scheint seltsam. Wenn ich mit einem Admin-Konto zur übergeordneten Kategorie (/c/non-english) navigiere, sehe ich nur die Kategorie „Nederlands
Nicht nachvollziehbar.
Das Stummschalten von Kategorien bezieht sich auf einen Standardzustand. Jedes Thema in dieser Kategorie kann weiterhin von Benutzern verfolgt und beobachtet werden, die den Standardzustand für die Kategorie überschreiben.
Nein, denn das Stummschalten wird weiterhin dazu führen, dass bestimmte Themen in /latest erscheinen, sobald ein Benutzer mit ihnen interagiert.
Der alte Ansatz ermöglichte es den Betreiber:innen, Bereiche einzurichten, wo sie es für notwendig erachteten. Die Stummschaltungsfunktion war bereits vorhanden, aber wie die obigen Beiträge zeigen, ist die Umsetzung nun viel unübersichtlicher.
Wo es früher die Option „Diese Kategorie in Latest unterdrücken
[quote=“Stephen, Beitrag: 74, Thema: 133894”]
Wenn Sie das ursprüngliche Verhalten wirklich exakt nachbilden wollen, bräuchten wir eine zusätzliche Einstellung, um zu verhindern, dass Beiträge aus stummgeschalteten Kategorien wieder in „Neueste
Ist es nicht die einfachere und konsistentere Maßnahme, dies einfach so zu ändern, dass wir Themen in stummgeschalteten Kategorien niemals automatisch verfolgen? Das scheint mir ein besserer Standard zu sein.
Letztendlich baut man am Ende die gleiche Funktion, die alle schon kennen, aber versteckt den Zugriff darauf hinter fünf oder sechs anderen Einstellungen. Das Discourse-Äquivalent zum Konami-Code, wenn man so will.
Wenn das Verhalten dieser Einstellungen jemals überarbeitet wird, landen wir wieder hier, wenn Beiträge erscheinen, wo sie nicht sollten.
Ist das am Ende wirklich einfacher, den Zugriff auf „Aus den Neuesten unterdrücken
Ich bevorzuge es sehr, Dinge wie ‘Ich möchte ein seltsames und wunderbares Abenteuer erleben’ in einem Plugin zu haben.
Grundsätzlich hat der Nutzer das Recht zu wählen, was er in ‘Neueste’ sieht und was nicht. Eine Einstellung, die seltsame Partitionen ermöglicht, bei denen der Nutzer die Kontrolle verliert, erscheint mir als Domäne von Plugins.
Ich bin zwar grundsätzlich offen dafür, ein solches Plugin zu erstellen, das die alte Funktionalität für die seltenen Seiten wiederherstellt, die dies wirklich, wirklich wünschen. Diese anti-nutzerfreundliche Funktion im Kern zu haben, bereitet mir jedoch Unbehagen.
Das ist eine sehr einseitige Sichtweise. Wenn Sie als Arbeitgeber Ihren Mitarbeitern eine kollaborative Umgebung bieten möchten und die Möglichkeit in Betracht ziehen, begrenzte „Nicht-Arbeits“-Kategorien zuzulassen, kann eine solche Funktion äußerst wünschenswert sein.
Sie hat das Potenzial, benutzerfeindlich zu sein, aber es gibt viele Dinge, die bei falscher Konfiguration einer Community schaden können.
Hallo nochmal,
[quote=“sam, post:75, topic:133894”]
„Mir sind stummgeschaltete Kategorien wirklich, wirklich, überhaupt nie wichtig, und ich möchte sie auch nie sehen
Ist das nicht „per Definition
Ich würde das als Kompromiss betrachten.
Arbeitgeber sind nicht verpflichtet, solche Bereiche einzurichten. Der offensichtliche Vorteil besteht darin, dass es die Einführung neuer Tools fördert, doch Sie möchten nicht, dass diese Zusatznutzen den ursprünglichen Zweck verdrängen.
Ich würde sagen, dass sich dieser Kompromiss in einem Arbeitsumfeld schnell als wirkungslos erweist, besonders bei Dingen wie dem Seitenleisten-Theme, das in solchen Umgebungen außergewöhnlich gut funktioniert. Diese Funktion ist dazu weitgehend unabhängig. Wenn du die Seitenleiste nutzt, verbringst du ohnehin deutlich weniger Zeit im „Latest“-Bereich.
Ich neige dazu, hier einfach ein Plugin für die alte Funktion bereitzustellen.
Noch einmal: +1 dafür!
Ich verstehe dich vollkommen und erkenne deine Perspektive an. Die Nutzung der Funktion „Kategorie stummschalten“ gibt dem Benutzer mehr Freiheit, da er selbst steuern kann, was er in /latest sieht. Allerdings möchte ich hervorheben, dass die Funktion „Kategorie unterdrücken“ aus unserer Sicht keineswegs mit Zensur zu tun hat.
Vielmehr nutzen und sehen wir Moderatoren die Funktion „Kategorie unterdrücken“ als Mittel, um den Lärm zu reduzieren, der von Kategorien ausgeht, die gelegentlich oder dauerhaft einen hohen Verkehr aufweisen, damit /latest für alle Benutzer (anonym und angemeldet) nicht überladen wird.
Als weiteres Beispiel: Dies kann von automatisierten Beiträgen in bestimmte Kategorien stammen, wenn man Tools wie GitHub - huw/github-to-discourse: Forwards commit data from a GitHub webhook to a Discourse thread · GitHub verwendet. Beiträge, die aus solchen Quellen stammen, sind in diesen spezifischen Kontexten, in denen Discourse über den ursprünglichen Verwendungszweck als Diskussionsforum hinaus genutzt wird, gar keine „echten Diskussionen“.
Ob dies einige seltene Seiten betrifft oder nicht, liegt außerhalb meiner Vorstellungskraft. Lassen Sie uns also die Perspektive ändern in etwas wie: Es könnte ein entscheidendes Feature für einige Seiten sein, die spezifische Funktionsumgebungen oder Anforderungen haben.
Daher wäre es wahrscheinlich für alle, die hier argumentieren, völlig in Ordnung, diese Funktionalität über ein Plugin verfügbar zu machen, um die Bedürfnisse dieser spezifischen Seiten zu erfüllen, und diese Option offen zu halten.
