Es scheint, als würden öffentliche Themen und private Nachrichten in der Warteschlange für Überprüfungen nicht mehr unterschieden. Ich glaube, das war früher anders: Hatten private Nachrichten nicht früher ein kleines ‘Briefumschlag’-Symbol?
Als Moderator unbewusst in eine als gemeldet markierte private Nachrichtengespräch verwickelt wurde, kam es zu einer Diskussion. Aus Datenschutzsicht wäre es wünschenswert, wenn:
Private Nachrichten eindeutig als solche gekennzeichnet sind.
Die Moderation privater Nachrichten auf Administratoren oder bestimmte Gruppen von Benutzern/Moderatoren beschränkt wird. Es ist klar, dass Administratoren auf private Nachrichten zugreifen können, aber wir sind der Meinung, dass es besser wäre, wenn nicht alle Moderatoren über die Warteschlange für Überprüfungen darauf zugreifen könnten.
Gemeldete Privatnachrichten werden nun durch das Umschlag-Symbol gekennzeichnet und können nur von Administratoren überprüft werden. Letzteres gilt nicht rückwirkend und betrifft nur neue überprüfbare Inhalte.
Ich habe diese Änderung rückgängig gemacht. Die Möglichkeit für Moderatoren, gemeldete private Nachrichten zu überprüfen, war schon immer eine Funktion von Discourse.
Ich weiß, dass wir uns dazu hin und her unterhalten haben, aber ich bin nach wie vor der Meinung, dass es sehr hilfreich wäre, die Filter für überprüfbare Beiträge nicht nur nach „niedrig/mittel/hoch
Unsere Moderatoren finden, dass die Beschriftungen der Aktionen in der Überprüfungs-Warteschlange manchmal verwirrend sind. Beispielsweise wird bei als Spam markierten Nachrichten der -Button (eine meiner Meinung nach „negative
Das ist eine .. seltsame .. Sichtweise. Der Daumen hoch bezieht sich auf die Flagge, nicht auf den Beitrag. Entweder stimmst du der Flagge zu oder du widersprichst der Flagge
Ich hatte beim ersten Mal, als ich es sah, die gleiche Verwirrung, denn bei als Spam verdächtigten Beiträgen bedeutet „genehmigen“ eigentlich „das automatische Flag zurücknehmen“ – das „“ ist in diesem Fall also ein . Das ist zwar etwas seltsam, aber es könnte einfach etwas sein, das man lernen muss. Ich kann mir keine bessere Symbolik für diesen Fall vorstellen.
Aus Entwicklersicht stimme ich dem uneingeschränkt zu. Als Moderator muss man sich jedoch manchmal durch eine LANGE Liste von Einträgen arbeiten und möchte schnelle Entscheidungen treffen. Zwar sind die Informationen zum Flaggen-Typ vorhanden, aber alle sehen sich sehr ähnlich, und man ist gezwungen, sehr genau zu lesen – was Fehler leicht passieren lässt. Die Einführung der Farbcodierung war für uns eine große Hilfe.
Ich stimme zu; ich glaube nicht, dass das Problem in der Iconografie liegt.
Das letzte Mal, als dies angesprochen wurde, waren die Buttons weniger aussagekräftig, und wir haben den Text geändert.
Der Daumen-nach-unten-Button bei einem Spam-Beitrag lautet derzeit Widersprechen – es ist für mich sehr seltsam, diesen Text zu lesen und anzunehmen, er würde den Beitrag löschen.
Umgekehrt bin ich mir nicht sicher, wie ich Beitrag ablehnen lesen und annehmen könnte, der Beitrag würde bestehen bleiben?
Ich verstehe den Vorschlag aus rein ikonografischer Sicht, aber ignorieren Ihre Moderatoren einfach die Beschriftungen?
Vielleicht können wir eine kleine Erweiterung vornehmen, entweder bei den Schaltflächenbeschriftungen oder bei den Titelbeschriftungen, um deutlicher zu formulieren: „Flag ablehnen/Flag akzeptieren/Flag ignorieren
Ich dachte nur an die Tooltips, nicht an den eigentlichen Button. Natürlich viel Glück dabei, irgendjemanden dazu zu bewegen, die zu lesen, aber wir können sagen, dass wir etwas unternommen haben.
Ja, das war auch meine Überlegung! Ich sage das als jemand, der versucht hat, sich über die Funktionen der Buttons mittels Tooltips/Titel zu informieren (und zu erfahren, wozu ich zustimme oder nicht zustimme), und vielleicht bin ich nicht allein. Es müssen Dutzende von uns sein, DUTZENDE!
Früher war dort ein Score-Filter enthalten, aber @codinghorror fand ihn verwirrend. Ich denke, für Power-User wie große Spieleunternehmen mit vielen Foren könnte er nützlich sein, und wir sollten überlegen, ihn auf irgendeine Weise wieder einzubauen. Vielleicht hinter einer Site-Einstellung, damit er andere Benutzer nicht verwirrt?