Когда ваш пост отклоняется сотрудником, отображается следующее сообщение:
Привет, [user],
Мы рассмотрели вашу новую тему под названием «[topic titles]» и хотим дать вам обратную связь.
Причина: Н/Д
Обратная связь: Это то, что отображается, когда вашему посту даются рекомендации.
Вы можете отредактировать исходное сообщение вашей темы ниже и повторно отправить его, чтобы внести предложенные изменения, или ответить на это сообщение, если у вас возникнут вопросы.
Однако на самом деле отредактировать пост нельзя, так как под ним ничего не появляется.
На этом изображении показано личное сообщение, отправленное тестовому пользователю после создания им поста, требующего одобрения, который был отклонён с требованием доработки:
Поэтому я прошу добавить в Discourse возможность редактировать сам пост прямо в личном сообщении, после чего он автоматически будет повторно отправлен на форум, а модераторы смогут провести повторную проверку.
Отличное замечание! Я перенёс это в ux, так как это касается языка в интерфейсе.
Я поискал в своих личных сообщениях модераторов и нашёл похожее. Судя по вашему скриншоту и скопированному тексту из сообщения, часть, написанная пользователем, которому даётся обратная связь, — это «test post for meta topic here». Остальное — из шаблона.
Инструкция сбивает с толку, потому что, как вы правильно заметили, нельзя редактировать пост «ниже». Чтобы его отредактировать, нужно вернуться к теме и изменить его там. Или ответить, чтобы обсудить это с модераторами.
Я не думаю, что такое изменение будет возможно, так как это слишком усложнит интерфейс.
Решением здесь, скорее всего, станет улучшение инструкции следующим образом:
Вы можете отредактировать свой пост, чтобы внести предложенные изменения, или ответить на это сообщение, если у вас возникнут вопросы.
Также мы можем добавить ссылку на сам пост, чтобы было проще вернуться к нему.
Это тоже сработает, но дело в том, что как только модераторы отклоняют пост, его больше нельзя редактировать. Система отправляет личное сообщение, но затем пользователю приходится возвращаться и воссоздавать пост заново.
Кроме того, я думаю, было бы неплохо, если бы система создавала ответ или черновик в разделе черновиков вашего аккаунта, чтобы вы могли воссоздать пост с тем же заголовком и затем снова отправить его.
Дайте знать, имеет ли это смысл.
Кроме того, добавление ссылки означало бы, что при отклонении поста его нельзя удалять, иначе пользователи не смогут вернуться и снова просмотреть свой пост?
О, я понял. Очередь рецензирования просто предоставляет копию (теперь удалённого) поста для удобства пользователя, чтобы он мог скопировать её в новый пост и улучшить его там. Это ещё больше упрощает задачу:
Ваш пост был удалён, но для вашего удобства ниже приведена его копия. Пожалуйста, опубликуйте его снова с внесёнными предложениями изменениями или ответьте на это сообщение, если у вас есть вопросы.
Было бы здорово иметь возможность редактировать ожидающие публикации/темы [1], так как это значительно улучшило бы пользовательский опыт. Кажется, что-то подобное уже обсуждалось ранее.
В настоящее время ожидающие публикации отображаются как в ленте постов, так и на странице /activity/pending (где находятся и ожидающие посты, и темы), но их можно только удалять, а не редактировать. Если бы их можно было редактировать, как это делается в очереди на ревью, где администраторы и модераторы могут выбирать действие «Исправить», это позволило бы избежать удаления и оставить материал в статусе «Ожидает». Затем в PM с обратной связью можно было бы добавить ссылку, чтобы пользователю было легко перейти, внести правки и отправить материал повторно.
Возможно, потребуется доработать некоторые моменты, чтобы предотвратить одновременное редактирование пользователем и модератором, но, возможно, новые функции автоматического захвата элементов на ревью помогут решить эту проблему и обеспечат блокировку на время редактирования.
Также потребуется предусмотреть возможность обработки элемента на ревью после выбора действия «Исправить», поскольку теоретически флаг уже будет обработан, но материал останется в статусе «Ожидает». (И, вероятно, не хотелось бы, чтобы этот активный флаг оставался в очереди на ревью, пока вы ждёте правки, которая может и не поступить).
На данном этапе это, вероятно, ещё не совсем публикация/тема, а скорее черновик ↩︎
Я думаю, что новые изменения, над которыми сейчас ведется работа в очереди на проверку, позволят назначать помеченные элементы другим людям. Возможно, в данном случае их можно будет назначить обратно пользователю, который их опубликовал?
По-видимому, потребуется система, которая допускает реальную возможность «отказа» от задачи. Например, механизм, который автоматически очищает очередь после разумного промежутка времени.
Возможно, стоит реализовать что-то умное: оригинальный элемент в статусе «ожидает» удаляется, но сразу же заменяется его копией. Для пользователя это будет выглядеть точно так же, но при повторной отправке в очередь создастся новый элемент для проверки.
Также можно добавить таймер удаления по аналогии с настройкой «Удалять удалённые сообщения после» (но с более разумным «временным окном для редактирования», чем 24 часа).
Хотя на самом деле, если пользователь, чьё сообщение было отклонено с комментарием, отсутствует и не может увидеть отказ, а возвращается через два дня, то таймер удаления в 24 часа не позволит ему вернуться и отредактировать сообщение. Это может вызвать проблемы в разных форумах?
Возможно, таймер по умолчанию установлен на 24 часа, а затем в панели администратора admin его можно изменить?
Ах, извините за путаницу. Я имел в виду, что значение по умолчанию для существующей настройки администратора «Удалять удалённые сообщения через» составляет 24 часа, и что, хотя здесь можно было бы применить аналогичную функцию, чтобы предотвратить вечное хранение ожидающих сообщений, для этого потребовался бы гораздо более длительный временной интервал.
Хм, не совсем. Хотя если команда продукта заинтересована в этой идее, а команда разработки считает, что это лучший способ её реализовать, я не против.
Но, на мой взгляд, это оставалось бы как ожидающий «элемент» и редактировалось бы на вашей странице /pending (хотя бы визуально как пост/тема). Уведомление, которое вы получаете при выборе «Исправить», по сути было бы таким же, как сейчас, но с ссылкой, ведущей туда, где можно отредактировать ожидающий элемент, и общим сообщением: «У вас есть {30 дней} на исправление и повторную отправку вашего вклада, иначе он будет автоматически удалён» (или что-то в этом роде).
Это на самом деле хорошая идея, это имеет больше всего смысла. Но разве это не сильно испортит UX при полной переработке раздела «Обзор» и добавлении новейшего элемента с сообщением? @JammyDodger
Я имею в виду, что многое из этого — просто идеи, и команда разработчиков [1] вполне может сказать, что образ, который я имею в виду, не является оптимальным или просто неосуществимым.
Но я думаю, что если первый ожидающий элемент будет рассматриваться как отдельная сущность (то есть флаг будет обработан, отправлено уведомление PM, ревьюбельный элемент больше не будет иметь статус «ожидающий»), а затем создана вторая, дублирующая ожидающая сущность для редактирования и повторной отправки, то после повторной отправки она может быть помещена в очередь утверждения как «новый» элемент для ревью. Элемент, ожидающий доработки, также можно будет чётко пометить как таковой на странице /pending, чтобы избежать путаницы (ждёт ли он одобрения модератора или от меня требуется доработка?).
(если они когда-нибудь возьмутся за эту функцию) ↩︎
Я не на 100% уверен, что понял вопрос, но представлял процесс примерно так:
flowchart TD
A[Создание поста/темы] --> B[Ожидание в очереди на одобрение]
B --> C[Доработка]
C --> D[Ожидание доработки]
D --> E[Повторная отправка]
E --> B[Ожидание в очереди на одобрение]
B --> H[Одобрить пост/тему] --> I[Опубликовано на сайте]
B --> F[Отклонить пост/тему] --> G[Удалено]
style F fill:#ff4c4c,stroke:#000,stroke-width:2px
style H fill:#4caf50,stroke:#000,stroke-width:2px
Таким образом, любые вторая, третья, четвертая и последующие доработки будут зацикливаться (а модератор может вручную остановить процесс, когда посчитает, что достаточно ).
Я предполагаю, что опция «Доработка» будет использоваться в случаях, когда высока вероятность получения улучшенной версии (поэтому всё, что не достигает этого порога, изначально не будет возвращаться на доработку).
Понятно, это имеет больше смысла. Но предположим, мы добавим настройку для множественных версий с названием post rejected reviews delete, где администраторы задают, что после (x) отказов в редакции пост автоматически удаляется, чтобы предотвратить бесконечное количество версий?
Что касается сложности интерфейса: я думаю, можно использовать метод, аналогичный тому, что в руководстве для discobot, где система автоматически отправляет ответ в этом личном сообщении, используя идентификационные данные пользователя и содержащий контент, который нужно редактировать, чтобы пользователь мог получить право владения постом, подлежащим редактированию. Более того, это не требует изменений во внешнем интерфейсе и не требует функциональных расширений исходных сообщений, отправляемых системой. Остается вопрос о процессе запуска проверки при редактировании (что вы считаете лучше: автоматически запускать проверку после каждого редактирования или предоставить пользователю возможность вручную запускать её, нажав определенную кнопку или отправив последующий ответ, содержащий конкретное слово)?
Недавно столкнулся с этим и согласен, что это не совсем идеально. Я думаю, что самый простой путь для улучшения ситуации на данный момент — создать черновик с содержимым отклонённого поста и отправить пользователя по ссылке на него, чтобы он мог отредактировать и опубликовать пост заново.
После одобрения PR команда вливает его в основную ветку, и он будет включён в будущие обновления (время получения обновления конкретным сайтом зависит от используемого канала релизов).
