Отзыв с обоснованием

[Lhc_fl (Linca)]

	Сводка	Этот компонент темы позволяет требовать указание причины действия при модерации обзора
	Репозиторий	https://github.com/Lhcfl/review-with-reason
	Руководство по установке	Как установить тему или компонент темы
	Новичок в темах Discourse?	Начинающее руководство по использованию тем Discourse

Установить этот компонент темы

Этот компонент позволяет/требует от модераторов указывать причину операции при обзоре, а затем записывать её в тему.

Обратите внимание: тема должна быть видна всем пользователям, имеющим право на обзор, иначе обзор не удастся! Пожалуйста, проверьте раздел конфигурации перед установкой.

Скриншоты

Обзор

Тема журнала

Больше примеров

Конфигурация

ВАЖНО Для любых настроек, включая “logger_topic_id”:

logger_topic_id — это тема, используемая для записи причины.

• Обязательно: тема должна иметь права на запись для рецензентов (модераторов и модераторов категорий), иначе обзор не удастся.
• Настоятельно рекомендуется: эта тема не должна быть видна другим пользователям, если только hide_reviewable_user_email и hide_reviewable_details не установлены в true, поскольку она напрямую записывает адрес электронной почты пользователя, подлежащего одобрению, и автора жалобы на отмеченные посты.

Настройки:

• logger_topic_id: Глобальный logger_topic_id

• allow_no_reason: Если включено, рецензенты могут пропустить указание причины. В противном случае они должны ввести причину.

• max_length_raw: Максимальная длина цитаты в посте автожурнала

• skip_for_categories: Для этих категорий пропустить требование объяснения причины

• logger_topic_id_override_for_catrgories и logger_topic_id_override_for_reviewable_type: Для этих случаев переопределить logger_topic_id. Например, поскольку только модераторы могут просматривать пользователей, вы можете создать отдельную тему журнала для этого типа.

• hide_reviewable_details: Скрыть детали записей обзора в журнале, обычно это кто подал жалобу, когда и почему.

• hide_reviewable_user_email: Скрыть электронную почту пользователя обзора в журнале

• hide_reviewable_user_fields: Имена полей пользователя, которые нужно скрыть для пользователей обзора в журнале

[Lilly (Lillian)]

Это потрясающий компонент темы. Отличная работа, @Lhc_fl

[Heliosurge (Dan DeMontmorency)]

@Linca

Настоятельно рекомендуется: эта тема не должна быть видна другим пользователям, так как в ней напрямую записывается адрес электронной почты пользователя, которого нужно утвердить.

Очень круто, TC. Поскольку утверждать новых пользователей могут только полные модераторы и администраторы.

Возможно ли настроить так, чтобы флаги системы «Утвердить нового пользователя» направлялись в отдельную тему?

Вероятно, это не лучшая идея — делиться темой категории с нештатными сотрудниками.
По крайней мере, в зависимости от того, как сайт выбирает модераторов категорий.

[Lhc_fl (Linca)]

Отличное предложение! Компонент темы был обновлен, и теперь это можно сделать с помощью logger_topic_id_override_for_reviewable_type: ReviewableUser=>topic_id

[NateDhaliwal]

Возможно ли разрешить специальные группы?

[Lhc_fl (Linca)]

Я не совсем понимаю это предложение. Что значит разрешать специальные группы?

[NateDhaliwal]

Извините, позвольте мне исправить себя.
Возможно ли предоставить доступ к этому также группам или TL? Например, доверенным пользователям, таким как TL4.

[Lhc_fl (Linca)]

Если речь идет о теме логирования… да, требование лишь в том, что аудитор должен иметь права на запись в неё. Просматривать её может любая группа, которую вы выберете. Единственное, о чём стоит беспокоиться, — это утечка информации, которую, по вашему мнению, не следует разглашать.

[NateDhaliwal]

Кроме того, возможно ли разрешить добавлять причину не только модераторам, но и другим пользователям? Например, модераторам категорий.
(Извините, если я просто повторился)

[Lhc_fl (Linca)]

Пока /review доступен пользователю, он позволит указывать причины в отзыве.