Hallo @mcwumbly, danke für eine detaillierte und durchdachte Beschreibung.
Was Sie beschreiben, kommt dem, was ich im Sinn habe, tatsächlich nahe, mit ein paar Unterschieden.
Nachdem ich über 5 Jahre lang eine einzelne Instanz für einen Kurs betrieben habe, stellte ich fest, dass es viel weniger Aufwand bedeutet, veraltete Diskussionen zu verbergen oder zu verschieben, als eine Kursinstanz von Grund auf neu zu erstellen. In der Praxis ist der Diskursraum für einen Kurs also fixiert, aber die meisten Themen haben ein End-of-Life.
Ich stelle mir hauptsächlich vor, dass die Kursteams einen Kurs verwalten müssen, anstatt ihn einzurichten.
Unsere Kurse haben ca. 200 Studenten und ein Kursteam von etwa 10 Personen, einschließlich TAs. Dies rechtfertigt mindestens mehrere Kategorien:
- Fragen und Antworten zu Inhalten (Studenten posten, Kursteam antwortet)
- Kursorganisation (wie oben, aber rein organisatorische Angelegenheiten)
- Ankündigungen (Kursteam postet, Studenten können antworten)
- Fragen zur Benotung (Studenten posten, nur das Kursteam kann sehen und antworten).
Dies plane ich mit Private Topics Plugin und Assigning based on post content anzugehen. - Diskussion des Kursteams (nur für das Kursteam sichtbar)
Ich glaube, dass die Verwendung von Unterkategorien diesen Bedarf decken wird.
Ich erkenne, dass man eine instanzweite Gruppierung der oben genannten Elemente erstellen könnte, ähnlich dem, was Sie beschreiben, aber es scheint vernünftiger zu sein, all diese in einer einzigen Kategorie zusammenzufassen.
Alles in allem denke ich, dass die aktuellen Discourse-Funktionen diesen Anwendungsfall gut abdecken, außer dem rein Frontend-Feature, das einem Kursteammitglied oder einem Studenten das Gefühl geben muss, dass er einen einzelnen Kurs betrachtet und nicht alle Kurse gleichzeitig.
Die Dokumentations-Theme-Komponente ist dem ähnlich, da sie es dem Benutzer ermöglicht, eine Kategorie zu “betreten”, aber sie erlaubt nicht, einfach in einer Kategorie zu “bleiben”.