Platziere den Namen jedes Fortschritts Elements unterhalb des Bildes, nicht darüber.
Zeige das geschätzte Datum an, an dem die TL3-Berechtigung erreicht wird. Für viele Benutzer wird die 50-tägige Beteiligungsanforderung – oder die Anforderung, eine große Anzahl von Beiträgen in einem aktiven Forum zu lesen – der begrenzende Faktor sein.
Bei Anforderungen, die einem Benutzer die Erlangung von TL3 verhindern können, füge eine klare Erklärung hinzu, wie sie sich auf die Berechtigung auswirken. Andernfalls könnte ein Benutzer alle sichtbaren Anforderungen erfüllen, nur um festzustellen, dass das Berechtigungszeitfenster aufgrund von etwas wie „Stummgeschaltet (letzte 6 Monate)“ weiterhin geschlossen bleibt, weil sein erster Beitrag mit einem Handy gepostet wurde und der Spam-Bot ihn stummgeschaltet hat.
Foren, die diese Funktion aktivieren, sollten gewarnt werden, dass dies die Anzahl der TL3-Benutzer erheblich erhöhen kann.
Da TL3-Benutzer zusätzliche Berechtigungen haben, könnten einige versuchen, das System zu manipulieren, um diese Berechtigungen zu erhalten und sie dann misszubrauchen. Andere könnten sogar Skripte erstellen, um den Prozess zu automatisieren, und gehen dabei weitgehend am Prinzip vorbei, dass Vertrauen durch echte Beteiligung erworben werden sollte.
Was zunächst attraktiv erscheint, könnte zum Moderations-Alptraum werden, wenn Forenadministratoren sich der möglichen Folgen nicht bewusst sind.
Gute Arbeit! Das ist eine ziemlich coole Implementierung und mir gefällt das Aussehen.
Mir gefällt es nicht so gut, wie groß und aufdringlich der Button ist. Ich hätte persönlich wahrscheinlich ein kleines -Symbol neben den trust level: member-Teil der Benutzeranzahl gesetzt.
Tolle Vorschläge! Ich werde jeden einzeln prüfen und über die Implementierung nachdenken.
Übrigens dachte ich darüber nach, vielleicht eine Option einzubauen, die nur einen sehr allgemeinen Prozentsatz anzeigt, statt einer detaillierten Aufschlüsselung, um es schwerer zu machen, das System zu manipulieren.
Das bringt mich wieder auf einen Punkt, den ich zuvor bereits angesprochen habe:
Der Nutzer erfüllt zwar alle anderen Kriterien, aber das einzige, was ihn zurückhält, ist, dass er gesperrt ist. Ich nehme an, das wäre wahrscheinlich hinter einer Einstellung verborgen und standardmäßig deaktiviert.
Das ist eine nette Idee, ich habe mit einer ähnlichen Idee gespielt (ich liebe Gamification und Fortschritt), aber mich hauptsächlich zurückgehalten, weil
Das ist definitiv ein guter Grund, nicht zu transparent zu sein, guter Punkt.
Dennoch mag ich es, wenn der Fortschritt sichtbar ist, also könnte man vielleicht einen Mittelweg finden? Man zeigt, wie weit ein Benutzer ist, ohne explizit zu sagen, was zu tun ist?
Ich frage mich, ob du in Betracht ziehen würdest, bereits einige Statusinformationen im Profil anzuzeigen, anstatt alles hinter einem Button zu verstecken?
Vielleicht so etwas wie die Anzeige der Anzahl der Anforderungen (jeder Abschnitt) und wie viele du bereits erfüllt hast?
Ich bin persönlich kein großer Fan von Messgeräten, sie nehmen so viel Platz ein und ich würde es lieber mit etwas anzeigen, das besser zwischen den bereits erfüllten und den noch laufenden unterscheidet, zum Beispiel:
Nein, nichts wirklich aus der Schachtel. Am nächsten kommt mir, was wir auf dem neu gestalteten Admin-Dashboard verwenden, aber das sind Balken-Visualisierungen, kein wiederverwendbares Komponente (und nicht segmentiert).
Basierend auf meinen eigenen Erfahrungen in einer bestimmten Situation war ein nützlicher Teil des Prozesses, einen Menschen in den Loop einzubeziehen.
Als normaler Nutzer konnte ich die monatlichen Ergebnisse aller verfolgen. Dies half dabei, Nutzer zu identifizieren, die konstant aktiv waren und anderen im Forum effektiv halfen.
Da ich auch Zugriff auf die Trust-Level-Statistiken hatte, begann ich, den Fortschritt jemandes häufiger zu überwachen, sobald er etwa 90 % mehrerer Anforderungen für Trust Level 3 erreicht hatte. Wenn es schien, als ob sie sich für TL3 qualifizieren würden, aber noch eine oder mehrere Anforderungen vermissten – und keine quantitativen Informationen vorlagen, die zeigten, was erwartet wurde oder wie nah sie dran waren –, schickte ich ihnen eine private Nachricht mit einem Update.
Sobald ein Nutzer TL-3 erreichte, bestand der nächste Schritt darin, weiterhin auf ihn zu achten. Dies half sicherzustellen, dass die zusätzlichen Privilegien nicht missbraucht wurden, und bot gleichzeitig die Möglichkeit zu erklären, was diese Privilegien ermöglichten und wie sie effektiv genutzt werden konnten.
Bei Anforderungen wie „Nicht in den letzten sechs Monaten gesperrt“ wäre es hilfreich, anzuzeigen, wann der relevante Zeitraum endet und die Anforderung in einen erfüllten Status wechselt.
Einige Anforderungen nutzen ein gleitendes Zeitfenster. Zum Beispiel basiert „Besuchstage“ nicht auf der gesamten historischen Gesamtzahl des Nutzers, sondern wird über die vorherigen 100 Tage berechnet. Ein Nutzer, der zu Beginn dieses Zeitraums häufig besucht hat und dann für eine Weile aufgehört hat, könnte wieder täglich besuchen, ohne dass der Wert steigt, da ältere Besuchstage gleichzeitig aus dem Fenster herausfallen. Dieses Verhalten kann ohne Erklärung verwirrend sein.
Die Statistiken sollten auch die konfigurierten Schwellenwerte für Anforderungen anzeigen, deren Werte geändert werden können. Ein Blick auf <site>/admin/config/trust-levels zeigt, dass dies jetzt die meisten quantitativen Anforderungen umfasst.
Wenn sich einer dieser konfigurierten Werte ändert, sollten betroffene Nutzer eine Benachrichtigung oder Erklärung erhalten. Nutzer, die aktiv an TL3 arbeiten und die quantitativen Anforderungen verfolgen, werden wahrscheinlich das Personal und die Moderatoren fragen, warum sich ihr Fortschritt geändert hat. Einige führen ihre eigenen lokalen Scorecards und könnten eine Änderung der Schwellenwerte innerhalb eines Tages bemerken.
Eine weitere nützliche Funktion wäre ein von Mitarbeitern bearbeitbarer Freitextbereich, der site-spezifische Vorteile beschreibt, die mit TL3 verbunden sind, über die von Discourse selbst gewährten Berechtigungen hinaus. Viele Sites bieten keine zusätzlichen Vorteile, in diesem Fall könnte das Erreichen von TL3 hauptsächlich ein „Da war ich, das habe ich gemacht“-Erlebnis sein. Auf anderen Sites könnten die zusätzlichen Vorteile jedoch den Aufwand rechtfertigen.
Die Angabe der Anzahl der aktuellen TL-3-Nutzer und ihrer Aktivität könnte ebenfalls von Wert sein.
Fortschrittsbalken sind ausgerichtet
Zeitraum wird jetzt angegeben
Möglich, ich nehme an, aber ist das nicht zu weit außerhalb des Umfangs dieses Plugins?
Könnten Sie das etwas genauer erläutern? Der Gesamtwert wird immer aus der Website-Einstellung übernommen und verwendet die gleiche grundlegende Logik wie im Kernsystem.
Erledigt, jetzt die Einstellung modal_bottom_text; HTML erlaubt.
Das ist definitiv besser, aber ich mochte das Konzeptbeispiel, das die nächstliegende Statistik zur Verfügung stellte. Das hilft mir persönlich zu verstehen, warum ich ursprünglich für die Funktion geworben habe (TL3 verloren und nicht wissen, warum).
Ich habe diesen Plugin selbst nicht im Einsatz (nur weil der Fortschritt des Vertrauensniveaus auf meinen Foren nicht so wichtig ist), aber ich genieße es, wie du ihn entwickelst – super Arbeit, Nate!
Ich sehe das so, als würde man mit einer Karte fahren, der man vertraut. Eines Tages, während man ihr folgt, findet man sich auf einer Straße wieder, die nicht auf der Karte verzeichnet ist. Es mag nur eine fehlende Straße sein, aber man hat nun Grund, zu bezweifeln, wie genau der Rest der Karte ist.
Ebenso: Wenn sich eine der TL3-Anforderungen ohne dein Wissen ändert und du plötzlich feststellst, dass das Erreichen von TL3 viel schwieriger geworden ist, kannst du dann noch vertrauen, dass die anderen angezeigten Werte korrekt sind?
Das sind die aktuellen TL-3-Einstellungen, die ich unter <site>/admin/config/trust-levels für eine bestimmte Site sehe:
Lange Zeit konnten viele dieser Werte nicht über die Site-Einstellungen geändert werden. Jetzt lassen sie sich relativ einfach ändern.
Da diese Einstellungen die maßgebliche Quelle für viele TL3-Anforderungen sind, sollte das Testen des Plugins das Ändern eines dieser Werte und die Überprüfung umfassen, ob sich das angezeigte Ergebnis des Plugins entsprechend ändert.
Betrachte meine frühere Antwort als eine Spur für alle, die versuchen, die maßgebliche Quelle für diese Werte zu finden: <site>/admin/config/trust-levels. Der Zugriff auf diese Seite erfordert jedoch Administratorrechte.
Verstanden. Das Plugin speichert die Statistiken in einer API-Route unter /u/:username/tl3-progress.json, die die Daten vom Backend mit allen Kernmethoden abruft, die auf diese zugreifen. Dadurch werden die Statistiken aktualisiert, wenn die Kernfunktionen im Hintergrund aktualisiert werden. Laut meinen Tests werden die Gesamtwerte sofort aktualisiert.
Hier eine kurze Zwischenmeldung: Ich arbeite am nächstgelegenen Statistikindikator:
Berücksichtige auch Nutzer, die bald ihr TL3-Status verlieren könnten. Ein Anzeiger, der zeigt, welche Statistik oder welche Statistiken ihren TL3-Status gefährden, wäre nützlich.
Entschuldige, dass ich diese kleinen Informationen immer nur stückweise teile. Viel dieses Wissens stammt aus dem Lernen durch Fehler auf dem Weg, sodass bestimmte Details nur in den Sinn kommen, wenn ein anderer Gedanke das Gedächtnis auslöst. Ich hoffe, das macht Sinn.
Wenn man sich die verschiedenen Benachrichtigungstypen und deren Erstellung ansieht, bin ich mir nicht sicher, ob es möglich ist, eine benutzerdefinierte Benachrichtigung zu senden, die zur Zusammenfassungsseite des Benutzers oder etwas Ähnlichem weiterleitet, ohne einen PR für den Core einzureichen oder mehr. Hat jemand Ideen @chapoi?
-Symbol neben den 
)
.
