Привет @mcwumbly, спасибо за подробное и вдумчивое описание.
То, что вы описываете, действительно близко к тому, что я имею в виду, с некоторыми отличиями.
Запуская один экземпляр курса в течение примерно 5 лет, я понял, что гораздо меньше усилий требуется скрыть или переместить устаревшие обсуждения, чем воссоздавать экземпляр курса с нуля. Поэтому на практике пространство Discourse для курса фиксировано, но у большинства тем есть срок окончания поддержки.
Я в основном представляю, что командам курса потребуется управлять курсом, а не настраивать его с нуля.
На наших курсах обучается около 200 студентов, а команда курса состоит примерно из 10 человек, включая ассистентов. Это оправдывает наличие как минимум нескольких категорий:
- Вопросы по содержанию (студенты задают вопросы, команда курса отвечает)
- Организационные вопросы курса (то же самое, но исключительно организационные вопросы)
- Объявления (команда курса публикует, студенты могут отвечать)
- Вопросы по оценке (студенты публикуют, видеть и отвечать могут только члены команды курса).
Этот момент я планирую решить с помощью Private Topics Plugin и Assigning based on post content. - Обсуждения внутри команды курса (видны только членам команды курса)
Я считаю, что использование подкатегорий покроет эту потребность.
Я понимаю, что можно создать группировку вышеперечисленного в масштабах всего экземпляра, аналогичную тому, что вы описываете, но кажется более разумным поместить всё это в одну категорию.
В целом, я думаю, что текущие возможности Discourse хорошо подходят для этого варианта использования, за исключением чисто фронтенд-функции, которая должна создавать у члена команды курса или у студента ощущение, что они просматривают один конкретный курс, а не все курсы одновременно.
Компонент темы документации немного похож в этом плане, так как он позволяет пользователю «войти» в категорию, но не позволяет легко «остаться» внутри категории.