Должна быть настройка, позволяющая пользователям с уровнем доверия 4 (Лидер) просматривать вкладку модерации, так как мы планируем использовать их на нашем форуме сообщества.
Почему?
Наши испытательные модераторы должны перейти в руководящий состав, и лучший способ сделать это — предоставить им доступ к более простой панели управления/опыту испытательного модератора.
Вот цитата с нашего форума:
Испытательные модераторы должны иметь уровень доверия 4 (Лидер), а не Модератор, так как у испытательных модераторов меньше опыта, и они могут изучать Discourse через более простой интерфейс. У модераторов есть административный интерфейс, который может запутать новых модераторов.
Затем один из администраторов сказал следующее:
Единственная проблема в том, что пользователи с уровнем доверия 4 не могут получить доступ к /review.
Это было бы очень полезно. Если вы знаете, как это сделать, пожалуйста, сообщите мне.
Да, я согласен (потому что я тот, кого процитировали, lol), но, наверное, это должно быть настройкой. Я вижу, как это идеально сработает для сайтов с программами пробных модераторов (как у меня), но другим это не нужно, так что, возможно, стоит добавить настройку сайта tl4 может получать доступ к рецензиям?
Вы рассматривали возможность использования роли модератора категории? У них есть доступ к нескольким дополнительным возможностям по сравнению с уровнем доверия 4, но не ко всем функциям полноценного модератора.
Мне также нравится идея @JammyDodger с использованием модов для кошек, но это засорит страницу «О нас». Я знаю, что это легко скрыть с помощью CSS, но допустим, вы хотите иметь обычные моды для кошек, которые не являются пробными, и вы всё равно хотите, чтобы они отображались.
Я, возможно, попробую оформить это как PR, но мне не нравится возиться с Ruby, так как я его не знаю, lol. Вот почему единственные три моих PR касаются в основном изменений UX
Если это будет реализовано, я думаю, что они смогут просматривать только те посты, которые отметили другие участники. Это сделано для того, чтобы предотвратить возможность удаления постов, которые они сами отметили, в случае конфликта с кем-либо.
@darkpixlz, я думаю, что для этой темы нужен тег pr-welcome, чтобы участник сообщества мог создать PR для внесения изменений. Поправьте меня, если я ошибаюсь.
Вы можете создать pull request по любой теме, которая вам интересна. Тег pr-welcome просто означает, что сотрудники хотели бы это увидеть, но это не является приоритетом, поэтому любой может это сделать.
Если по какой-то теме здесь ещё не было обсуждения, кто-то мог бы создать pull request, и никто бы не стал задавать лишних вопросов, а его могли бы принять.
Если это будет создано, или если @darkpixlz сделает для этого плагин, я бы предпочёл, чтобы это работало не через TL, а на основе групп, как в недавнем обновлении для шепотов.
Пока не думаю о создании плагина. Хочу, но не знаю, как что-либо делать на Ruby. В прошлый раз я проверял — плагин нельзя создать только на JS, и я ещё не знаком с API Discourse.
Я бы оспорил вышесказанное, но лишь в том смысле, что всё, что попадает в основную ветку, является осознанным решением. Команда имеет направление развития продукта и ежедневно активно работает над его реализацией. Тег pr-welcome означает, что, хотя изменение может быть желательным, команда в данный момент не может направить на него внутренние усилия. В этом смысле всё остальное уже либо включено в график, либо не подходит для основной ветки.
Это не значит, что вам не следует предлагать новые функции и возможности, но всегда будьте готовы к тому, что вам скажут: то, что вы считаете желательным, не соответствует целям стандартной версии Discourse, как она выглядит в типовой установке.
Это справедливо для большинства проектов с открытым исходным кодом. Даже наилучшим образом написанный pull-запрос может быть отклонён по множеству причин.
Да, я, наверное, мог бы сформулировать это лучше. Я имею в виду, что вы можете создать PR, но вам, возможно, откажут, так как то, что вы предлагаете, не соответствует тому, что @/team хочет видеть в финальной версии.
