Da stimme ich nicht im Geringsten nicht zu. Aber sobald sich die „bestimmten Personen
1 „Gefällt mir“
Hallo nochmal, Geoff! Ich hoffe, bei dir ist alles in Ordnung.
Ich stehe genau wie du darauf, Private Nachrichten auf den Seiten „Neueste/Top/Neu
Ja… genau darin liegt das Problem.
Was ich mir wünschen würde, ist eine Funktion ähnlich wie „verstecken“, die die Nachricht jedoch für alle Mitarbeiter mit einem bestimmten Vertrauenslevel sichtbar lässt. Das könnte machbar sein…
Würde es funktionieren, manuell z. B. trust_level_3 festzulegen, sodass jeder Privatnachrichten an diese Gruppe senden kann (unter Gruppen → trust_level_3 → Verwalten → Interaktionen)?
Dann könnte man die Gruppe trust_level_3 nach der Umwandlung eines öffentlichen Themas in eine Privatnachricht manuell als Teilnehmer hinzufügen.
Das entspricht vielleicht nicht ganz dem, was du suchst (und ich bin mir nicht sicher, ob ich die internen Abläufe ausreichend verstehe, um mit Sicherheit sagen zu können, dass es funktionieren würde), aber es könnte zumindest teilweise den Zweck erfüllen.
Ich bin ebenfalls spät in die Diskussion eingestiegen und habe einen fast identischen Anwendungsfall wie @Geoffrey_Challen (Betrieb einer großen Klasse mit der Hoffnung, Discourse für die Verwaltung von Fragen und Antworten sowie Diskussionen zu nutzen).
Mich persönlich stört die Flut an E-Mails nicht (ich habe ohnehin den Modus für Mailinglisten aktiviert), aber ich denke, es wäre eine erhebliche Verbesserung der Lebensqualität, wenn man an einem Ort die Frage beantworten könnte: _„Welche Themen muss ich möglicherweise lesen oder darauf antworten?
OK … nach ein paar Stunden Hacken heute Nachmittag habe ich einen Prototyp für die „Nur Erstellen“-Berechtigung (im Branch cs125). Äußerst minimal getestet, aber hier ist das, was zu funktionieren scheint:
- Kategorien können eine „Erstellen“-Berechtigung zugewiesen bekommen.
- Benutzer mit dieser Berechtigung können Themen in der Kategorie erstellen und auf ihre eigenen Themen antworten.
- Sie können Themen, die von anderen Benutzern erstellt wurden, weiterhin sehen, aber ein Versuch, darauf zuzugreifen, führt zu einem Fehler „Diese Seite ist privat oder …".
- Administratoren können alle Beiträge sehen und darauf antworten.
- Ich habe keine Ahnung, ob andere Kategorieberechtigungen noch funktionieren, aber ich weiß nicht, warum sie es nicht sollten …
Unter der Annahme, dass dies tatsächlich funktioniert und nicht nur mein Wunschdenken ist, würde ich gerne Punkt 3 klären, damit die Benutzeroberfläche für Studierende weniger verwirrend ist. Aber genau da bin ich gescheitert – vielleicht auch, weil es ein ziemlich langer Tag war. @sam: Hilfe hier, oder wirst du uns nun disavowen, da wir so weit vom reservierten Gebiet abgekommen sind 
. Im Wesentlichen möchte ich in der Lage sein, die Themenliste für eine Kategorie (und eigentlich alle Themenlisten) so zu filtern, dass Themen in Kategorien ausgeschlossen werden, in denen der Benutzer nur die „Erstellen“-Berechtigung hat, es sei denn, der Benutzer hat dieses Thema erstellt.
PS: Dieser Branch erweitert auch die Whisper-Berechtigungen auf Benutzer mit Vertrauenslevel >= 3. Andere möchten diese Änderung möglicherweise oder auch nicht, aber für uns ist sie nützlich, da Moderatorrechte für die meisten meiner Kursmitarbeiter zu viel Macht bedeuten, während Whispern sehr hilfreich ist, wenn wir zusammenarbeiten, um Studierenden zu helfen.
@sam: noch eine kurze Frage. Gibt es irgendeine Chance, eines dieser Dinge über ein Plugin umzusetzen?
Das funktioniert fast exakt wie das Plugin „Restricted Replies“.
Das einzige, was es nicht handhabt, ist Punkt (3). Das wird aufgrund aller oben genannten Gründe extrem schwierig zu implementieren sein.
3 „Gefällt mir“
Korrigiert mich, wenn ich falsch liege, aber es sieht so aus, als würde euer Plugin nicht verhindern, dass Leute Beiträge sehen, die sie nicht selbst erstellt haben. Das ist für unseren Anwendungsfall essenziell: Studierende stellen Fragen in unserem Kursforum, die Code oder andere Teile ihrer Lösung enthalten können. Wir brauchen also nicht nur, dass nur Mitarbeiter antworten dürfen, sondern auch, dass nur sie diese Beiträge einsehen können. Das Plugin „Eingeschränkte Antworten
Ja, das ist korrekt. Deshalb habe ich gesagt, dass es (3) nicht erreicht.
Was ist, wenn ein Benutzer die Kategorie verfolgt und Benachrichtigungen für das geheime Thema erhält? Wie sieht es mit dem E-Mail-Listenmodus aus? Wie mit den Benutzer-Aktivitätsseiten? Wie mit den „Top“-Themen? Wie mit den „Neuen“-Themen? Wie mit der Suche? Und wahrscheinlich noch viele weitere Fragen… Das ist eine massive Aufgabe, und ich würde es nicht empfehlen.
Gruppen-PMs wurden genau für Ihren Anwendungsfall entwickelt. Wir behandeln hier auf Meta alle unsere Support-E-Mails über Gruppen-PMs, und das funktioniert hervorragend! Wenn es spezifische Usability-Probleme gibt, die Sie mit Gruppen-Posteingängen haben, dann denke ich, wäre Ihre Zeit besser damit investiert, Verbesserungen dort zu untersuchen.
3 „Gefällt mir“
Da stimme ich dir nicht wider. Aber wir sind hier, weil wir Gruppen-PMs ausprobiert haben und sie angesichts der Tatsache, dass wir etwa 200 Personen auf der Empfängerseite haben, nicht besonders gut funktionieren.
Ich habe das in meiner Antwort an Sam bereits angesprochen, aber Gruppennachrichten scheinen nicht mehr gut zu funktionieren, sobald die Empfängerliste wirklich groß wird, und die Wahrscheinlichkeit, dass ich auf jede einzelne Nachricht antworte, sinkt. Anders ausgedrückt: Wenn Gruppennachrichten so gut funktionieren würden, würden die Leute immer noch große offene E-Mail-Listen nutzen, anstatt großartige Tools wie Discourse.
Wir werden wahrscheinlich bei Gruppennachrichten bleiben, anstatt das Risiko einzugehen, dass es zu Brüchen kommt, wie du zu Recht darauf hingewiesen hast, dass dies aus einem Versuch resultieren könnte, die Kategorienberechtigungen zu ändern. Aber es ist nicht wirklich hilfreich, gesagt zu bekommen: „Gruppennachrichten funktionieren großartig!“, wenn deine Erfahrung zeigt, dass sie es tatsächlich nicht tun 
2 „Gefällt mir“
Natürlich wird es immer Unterschiede geben, wie Dinge in verschiedenen Communities genutzt werden. Ich meinte, es wäre interessant zu untersuchen, welche Entwicklungen erforderlich wären, damit du private Nachrichten (PMs) erfolgreich nutzen kannst. Ich denke, Änderungen dort sind viel eher erreichbar als die Neuimplementierung von PM-Funktionen in regulären Kategorien.
Welche spezifischen Probleme siehst du bei Gruppennachrichten? Als Beispiel: Vielleicht ist es eine Überlastung durch Benachrichtigungen? Das war eines der Probleme, das wir ursprünglich hatten, und du kannst jetzt den Verfolgungsgrad für jeden Gruppenposteingang konfigurieren.
6 „Gefällt mir“
Ja, das war eine wirklich hilfreiche Ergänzung! Danke.
Wenn Sie sich einige der oben genannten Diskussionen ansehen, werden Sie wahrscheinlich einige Probleme mit dem PN-System erkennen. Hauptsächlich gibt es einen anderen Workflow für den Umgang mit Nachrichten, was eine künstliche Trennung zwischen Themen schafft, die ich ähnlich behandeln möchte. (Daher der Versuch, dies an das bestehende Kategorie-Rechte-Modell anzubinden.)
Es gibt hier eine Liste, aber es läuft im Wesentlichen darauf hinaus, Nachrichten-Gruppen so sehr wie möglich wie Kategorien aussehen zu lassen. Sie auf der Startseite und in der Ansicht der neuesten Themen anzuzeigen, sie beim Durchsuchen gleich aussehen zu lassen und dieselben Such- und Filteroptionen bereitzustellen (ohne sich daran erinnern zu müssen, dass es sich um eine Nachricht handelt) usw. Leider habe ich das Gefühl, dass dies genauso viele oder sogar mehr Brüche verursachen würde wie zusätzliche Kategorie-Rechte. Aber vielleicht auch nicht?
@david: Entschuldige, dass ich mich hier einmische, aber ich habe einen sehr ähnlichen Anwendungsfall wie @Geoffrey_Challen. Zwar kann ich natürlich nichts für ihn sagen, aber eine konkrete Sache, die mir in dieser Hinsicht helfen würde, wäre die Möglichkeit, eine einzelne Suchanfrage so auszuführen, dass sie sowohl öffentliche Themen als auch private Nachrichten abdeckt (aktuell scheint es, als könnte ich entweder nach öffentlichen Themen oder nach privaten Nachrichten suchen, aber nicht nach beidem, es sei denn, ich übersehe etwas).
Ich verstehe, dass einige der anderen hier vorgeschlagenen Änderungen (Berechtigung „Erstellen“, Zulassen, dass PMs in den regulären Themenlisten angezeigt werden, usw.) weitreichende und komplexe Änderungen mit sich bringen, aber vielleicht wäre eine Änderung der Suche, um die Suche über alle Themen (öffentlich oder PM) hinweg zu ermöglichen, praktischer und lokaler begrenzt, und würde dennoch die Möglichkeit bieten, über die Suche eine gewisse Vereinheitlichung dieser Dinge zu erreichen.
Für mich ist es meiner Meinung nach nicht wichtig, die Standardoberfläche zu überschreiben, aber es wäre fantastisch, wenn ich einen Weg hätte, schnell die Frage zu beantworten: „Welche Threads muss ich gerade beantworten?“, unabhängig davon, ob sie öffentlich oder privat sind, und diese basierend auf Tags usw. zu verfeinern.
In der Zwischenzeit habe ich ein kleines Skript geschrieben, mit dem ich diese Art von vereinheitlichter Liste direkt aus der Postgres-Datenbank abrufen kann, oder ich kann zwei separate Abfragen über das Suchdialogfeld für jedes Element ausführen, das ich durchsuchen möchte (eine für öffentliche und eine für private), aber beides ist ziemlich mühsam…
2 „Gefällt mir“
Das klingt für mich nach einer großartigen Idee – ich würde das nutzen. Am besten wäre es, ein neues #feature-Thema zu erstellen, damit wir die Idee in diesem Thema nicht aus den Augen verlieren.
Edit: erledigt hier
4 „Gefällt mir“
Ich habe wirklich Schwierigkeiten zu verstehen, warum man dieser Art von Berechtigungsstruktur, die seit 2015 diskutiert wird, so ablehnend gegenübersteht. Ich kann durchaus die Attraktivität des ursprünglichen Beitrags nachvollziehen, ebenso wie die Bedenken gegenüber privaten Nachrichten als Alternative. Etwas granularere Berechtigungen wären eine massive Veränderung für Discourse – sie würden viele Türen für kreativere Anwendungen in Communities öffnen.
Die Auswirkungen granularer Berechtigungen sind … gut dokumentiert. Ich habe immer noch Albträume, wenn ich an das Chaos denke, das vBulletin aus genau diesem Grund bei den Kategorienberechtigungen angerichtet hat.
Der Punkt ist: Wenn Sie möchten, dass Benutzer Themen erstellen können und nur die Themen sehen, die sie selbst erstellt haben, dann existiert diese Funktionalität bereits in privaten Nachrichten. In Kombination mit Gruppenpostfächern wird das gewünschte Verhalten bereits nachgebildet.
1 „Gefällt mir“
Ich persönlich habe keine Erfahrung mit vBulletin oder anderer Forensoftware. Meine Erfahrung mit plattformbasierten Communities stammt von Discord, wo Community-Ersteller mehr Kontrolle über Berechtigungen haben. Ich habe auch gesehen, wie Berechtigungssysteme erfolgreich in zahlreichen anderen Systemen implementiert wurden, die eine feinere Steuerung ermöglichen. Ich denke nicht, dass hier jemand nach 500 Umschaltknöpfen fragt, sondern vielmehr nach der Möglichkeit, die Berechtigungen für Erstellen, Anzeigen und Antworten unabhängig voneinander zu vergeben.
Das gewünschte Verhalten ist, dass der Benutzer eine Kategorie öffnet, auf „Neues Thema“ klickt, seinen Inhalt eingibt und sein Beitrag nur für ihn selbst und diejenigen sichtbar ist, die die Berechtigung „Anzeigen“ besitzen. Private Nachrichten sind für den Benutzer weitaus umständlicher zu navigieren als das, was ich oben beschrieben habe – sie erfordern mehr Eigeninitiative des Benutzers und die Funktion ist tiefer in der Benutzeroberfläche versteckt.
Eine einfachere Lösung für das Problem wäre die Möglichkeit, Themen per E-Mail zu erstellen. Dies hat jedoch ebenfalls einen Nachteil: Es fördert die Teilnahme an der Community nicht direkt und erfordert, dass der Benutzer ein Drittsystem verwendet, um das Ziel zu erreichen.
Direktnachrichten und Kategorienberechtigungen sind zwei separate Themen und entsprechen nicht wirklich dem, was der ursprüngliche Poster (OP) angefordert hat, noch sind sie das, wonach viele weitere Nutzer suchen werden, die später kommen.