Vertrauensstufe 3 kann Themenüberschriften und Tags anderer bearbeiten
Vertrauensstufe 4 kann Beiträge anderer bearbeiten
Es wäre praktisch, wenn diese in verschiedene Einstellungen aufgeteilt würden.
In unserem Fall:
Wir möchten die Bearbeitung von Themenüberschriften und Tags durch Vertrauensstufe 3 aktivieren, da die dort vorgenommenen Änderungen begrenzt sind. Aber derzeit möchten wir die Bearbeitung von Beiträgen anderer durch Vertrauensstufe 4 deaktivieren.
In der Vergangenheit haben wir die Einstellung insgesamt deaktiviert, wenn wir die Bearbeitung von Beiträgen durch tl4 einschränken wollten. Aber es war praktisch, wenn Leute Tags zu Themen hinzufügen konnten, daher ist es nicht ideal, dies für tl3 deaktivieren zu müssen.
Hauptsächlich ist unser Publikum etwas jünger und daher sind die Führungskräfte der Community etwas jünger, und obwohl die überwiegende Mehrheit sehr vertrauenswürdig war, gab es einen historischen Fall, in dem einige ihre Privilegien missbrauchten. Daher waren wir bei einigen Fähigkeiten normalerweise etwas konservativer – wir haben die Bearbeitung für tl4 und tl3 erst wieder aktiviert, nachdem die aktuelle Gruppe von Führungskräften eine Weile im Amt war.
Wir planen, die Bearbeitungsfunktion für Vertrauensstufe 4 wieder zu deaktivieren, da wir eine neue Gruppe von Führungskräften einarbeiten. Aber es wäre schön, wenn tl3 immer noch die Möglichkeit hätte, Tags zu Themen anderer hinzuzufügen (Unsere Community bearbeitet normalerweise keine fremden Titel).
Ich bin generell dafür, diese Genauigkeit hinzuzufügen, obwohl ich es vorziehen würde, diese Einstellungen einfach auf „Vertrauensebene entfernen“ zu setzen, wenn wir eine Aufteilung vornehmen und sie so ändern, dass sie gruppenbasiert sind.
Das klingt gut – ich habe mich auch gefragt, ob dies ein guter Kandidat für pr-welcome wäre.
Ich wäre daran interessiert, es selbst auszuprobieren, wenn ich die Gelegenheit dazu bekomme. (Ich bin hauptsächlich iOS-Entwickler, habe aber auch bei der Arbeit mit Ruby/JS usw. herumgespielt.)
Sicher, Tracey, ich bin gerne bereit, dies mit einem pr-welcome zu versehen. Es sollte eine ziemlich einfache Änderung sein, die jedoch Sicherheitsimplikationen hat, daher müsste sie sorgfältig mit Unit-Tests getestet und einem ziemlich strengen Überprüfungsprozess unterzogen werden.
Großartig, ich werde mich darum kümmern. Zur Kenntnis genommen, ich bin auch offen für Änderungen basierend auf Feedback, sobald der PR hochgeladen ist.
Ich habe das lokal zum Laufen gebracht – ich wollte mir nur die Zeit nehmen, die Testfälle gründlich zu prüfen, bevor ich den PR erstelle. Ich hatte ein paar Fragen, die ich klären wollte, daher werde ich sie vielleicht in Dev oder in Kommentaren unter dem PR posten.
(Ich bin mir nicht sicher, ob es einen erwarteten Zeitrahmen für PRs von der Community gibt, aber ich wollte nur eine Vorwarnung geben, falls es etwas länger dauert – ich habe hauptsächlich nur am Wochenende etwas freie Zeit)
Hallo zusammen – nur ein Update, da ich erwähnt hatte, dass ich mich darum kümmern würde. Entschuldigung, ich habe im Moment zu viel zu tun, in den letzten Wochen und in Zukunft – bedeutende Änderungen bei der Arbeit, medizinische Gründe usw. Bei dieser Aufgabe hatte ich einige Probleme mit den Spezifikationen und hatte keine wirkliche Gelegenheit, sie zu debuggen – ich bin im Moment einfach zu erschöpft, um mich weiter mit Ruby zu beschäftigen.
Wenn jemand anderes diese #pr-welcome-Aufgabe übernehmen möchte, kann er das gerne tun.
(In unserem Forum haben wir uns ohnehin entschieden, die Einstellung trusted users can edit others wieder zu aktivieren, sodass wir vorerst in Ordnung sind. In Zukunft, wenn ich wieder frei bin, kann ich mich vielleicht einer weiteren Discourse-Aufgabe widmen.)
Ich habe die Einstellung „Vertrauenswürdige Benutzer können andere bearbeiten“ in „Alle Beitragsgruppen bearbeiten“ und „Alle Themen-Gruppen bearbeiten“ aufgeteilt. Ich habe diese Einstellungen von der Vertrauensstufe entkoppelt, sodass sie gruppenbasiert sind. Hier ist der Link zum PR:
