Как я уже говорил, мне тоже не хватает поднятия тем при значимых правках.
Я использую rss-polling для получения уведомлений о техническом обслуживании на моём форуме через RSS-канал https://status.discourse.org/. Тема создаётся при начале обслуживания и была поднята при правке, объявляющей о его завершении. Сейчас такое поднятие отсутствует, и я не хочу, чтобы эти темы были вики-страницами, так как редактировать их не должен ни один пользователь; также я не хочу, чтобы они были документами. Поэтому текущие обходные пути не помогают.
На одном из форумов у нас есть тема-галерея, где демонстрируются проекты пользователей, помимо отдельных тем, в которых пользователи представляют свои проекты. Эта тема очень полезна для поиска вдохновения. Мы добавляем изображение из темы презентации и ссылку на неё в эту галерею. Слишком большое количество изображений в одном посте приводило к проблемам с производительностью и усложняло редактирование. Поэтому мы создаём новый пост каждые 10 проектов. Поднятие темы при правке, когда добавлялся второй или девятый проект, было полезным. Это помогало пользователям заметить обновление, и особенно тем, кто вручную добавляет проекты в тему. Благодаря дате активности я мог сразу увидеть, добавил ли кто-то другой этот проект. Теперь каждому из нас нужно открывать тему, чтобы проверить это.
Существуют и другие темы, работающие по похожему принципу: темы, которые служат ретроспективным обзором изменений/активности за месяц, где последний пост о текущем месяце обновляется несколько раз. Это работало очень хорошо, потому что изменения в последнем посте поднимали тему. Публикация каждого изменения отдельно снижала ясность ежемесячных сводных записей, и обновления существующих записей всё равно легко пропускались. Создание новой темы каждый месяц для нескольких записей кажется излишним, а это также означало бы, что пользователям придётся каждый месяц настраивать свои уведомления заново, или нам понадобилась бы целая подкатегория, позволяющая им установить статус уведомлений по умолчанию.
Мне также нравилось, что изменения категории и тегов в неотвеченных темах поднимали их. Чаще всего я использую (отфильтрованный) список последних тем. Если у темы было плохо подобрано название или она находилась в неправильной категории, я мог не кликнуть на неё. Если кто-то улучшал эту информацию, я мог понять, что всё-таки могу помочь. Поэтому было полезно, когда такое изменение заставляло тему перемещаться выше моей линии чтения.
Также было полезно узнавать о категориях и тегах. Я часто узнавал о новых тегах, потому что они добавлялись в новых темах, или о подробных различиях между категориями на основе тем, которые перемещал модератор. Иногда я даже спрашивал «почему?», потому что считаю, что возможность перемещать темы в другие категории также влечёт за собой ответственность за знание различий между ними.
Мне также нравится подход, при котором настройки Discourse заставляют добавлять информацию вместо написания нового поста.
Цитата из всплывающего сообщения:
Однако это имеет смысл только в том случае, если другие замечают, что вы отредактировали свой пост, добавив дополнительную информацию. Пример, с которым я уже несколько раз сталкивался на Meta, — это обновления в посте после слияния pull-запроса. Добавление этой информации в пост не уведомляет тех, кто уже прочитал пост, а те, кто ещё не читал, могут легко узнать об этом по значку в onebox.
Для меня не имеет смысла, что настройка, блокирующая более трёх последовательных ответов от одного пользователя, всё ещё активна и предлагает редактирование как решение, когда эти редактирования, к сожалению, больше не имеют того эффекта, который был раньше.