Мы исправим это! Мы могли бы заменить их на пользовательские ссылки — я не думаю, что это плохая идея! Это позволит модераторам напрямую ссылаться на свои собственные руководства.
Мы рассматривали возможность использования функции назначения из плагина Assign. На раннем этапе мы столкнулись с некоторыми техническими трудностями, но хотим вернуться к этой идее, особенно теперь, когда Assign включен в ядро.
Это также то, что мы обсуждали как улучшение, но пока не реализовали.
Мне нравятся все ваши остальные предложения (с 4 по 9)! Мы проведём внутреннее исследование, чтобы оценить их реализуемость. Спасибо за оформление запросов на новые функции для каждого из них — это упрощает нам отслеживание
Я помню недавнюю работу в этой области — я изучу её и выясню, что происходит. Это не связано с новым макетом, так как здесь отображаются те же элементы обзора, что и в старом макете. Похоже, мы могли бы немного улучшить ситуацию там.
Это интересно — я не уверен, насколько это реализуемо в интерфейсе элементов обзора, но мы можем провести исследование, чтобы понять, что возможно.
Это разумные запросы — хотя мы, безусловно, могли бы добавить настройки для этого, нам потребуется провести исследование, чтобы найти лучший способ реализации, сохраняя при этом простоту конфигурации продукта.
Помимо причины пересмотра было бы полезно отображать* содержание обратной связи, которую модератор добавил при использовании опции «Изменить пост», чтобы другие модераторы и администраторы могли видеть эту обратную связь в очереди проверки и на странице элемента проверки. *Возможно, в виде раскрывающегося/скрываемого блока, чтобы не перегружать страницу.
Кнопка «Стереть запись» ( Reject an applicant and delete the information they supplied - #26 by pento ) для элементов «Отклонённые пользователи» (/review?additional_filters=%7B%7D&sort_order=score&status=rejected&type=ReviewableUser) кажется недоступной в новой раскладке — просто хотел уточнить, было ли это сделано намеренно?
@hugh - Есть ли в планах добавить дополнительные опции для случаев, когда пользователь помечается как подозрительный при регистрации?
В настоящее время доступно только три варианта обработки пользователя: одобрить пользователя, удалить пользователя, удалить и заблокировать пользователя.
Появятся ли опции «Оставить пользователя в режиме молчания» или «Приостановить пользователя»?
Поскольку при принятии решения автоматически отправляются личные сообщения пользователю, это может вызвать путаницу, если мы хотим оставить пользователя в режиме молчания из-за внутренней проверки, но при этом необходимо снять метку из очереди. В таком случае мы одобряем пользователя, отправляется личное сообщение, а затем мы переводим пользователя в режим молчания для дальнейшей проверки. Таким образом, пользователь получает ненужные противоречивые личные сообщения.
Итак, я провёл некоторые тесты и, возможно, поспешил с выводами —
Проблема касается только записи о проверке для одобрения новых пользователей: адрес электронной почты и пользовательские поля отображаются (но не для модераторов, так как настройка «Модераторы видят адреса электронной почты» отключена). Однако мы используем эту функцию только на нашем тестовом окружении, а не на реальном форуме, поэтому это не влияет на нас так, как я изначально предполагал.
На нашем тестовом окружении на самом деле не было ни одного отмеченного сообщения, поэтому я полагал, что поля в записях об одобрении в очереди проверок универсальны для всех элементов. Протестировав отмеченное сообщение, я могу сообщить, что для них электронная почта и пользовательские поля не отображаются.
Спасибо за всю проделанную работу! Очередь проверок после более детального изучения оказалась отличной, и я с нетерпением жду её запуска на нашем (реальном) форуме!
Предложение: при копировании примечания модератора в профиль пользователя добавляйте ссылку на элемент рецензии, чтобы другие модераторы могли увидеть контекст комментария.
Например, что-то вроде этого:
---
Этот комментарий был изначально добавлен к элементу рецензии <a href="/review/12345" title="Из {time_ago}">#12345</a>.
Я только что просматривал заметки о пользователях и понял, что для поиска исходного элемента рецензии приходилось переключаться между несколькими страницами. Это не так просто, как вручную скопировать URL страницы, где был оставлен комментарий, и вставить его в комментарий, потому что комментарий рецензии может быть написан в динамическом представлении, например:
Когда я (успешно) добавляю комментарий к помеченному сообщению и пытаюсь покинуть страницу, появляется сообщение о том, что изменения не сохранены. Но они сохранены!
Кнопка «Удалить это утверждение» недоступна, так как примерный отзыв уже обработан (отклонён). Информация о том, кто выполнил действие, видна на вкладке «Хронология и заметки».
Не могли бы вы привести пример, почему модератор может захотеть снять утверждение после того, как отзыв уже разрешён?
Я просто сравнивал два варианта и выделял их на случай, если это было упущено, а не сознательно решил не включать. Так как эта функциональность существовала в предыдущем макете очереди модерации, я предположил, что она там есть не просто так.
Модератор может использовать фильтр «Флаги, заявленные мной» в очереди модерации для обработки элементов, которые он заявил. И, следовательно, после принятия решения было бы полезно иметь возможность снять заявку с элемента, чтобы он не отображался в его списке «Флаги, заявленные мной». Также могут ли другие модераторы предпринять другое действие после проверки элемента, если первоначальный заявитель всё ещё держит элемент под своей заявкой?
