Yes I think this ↑ ↑ is an excellent starting point 
2 лайка
У меня возникают трудности с этим. Закрытие вики не работает для меня по тем же причинам, что были упомянуты. Имеет полный смысл сделать первый пост вики, а последующие — для обсуждения. Любые правки в первом посте должны поднимать тему в начало списка. Пользователи форума проверяют «Последнее» и жалуются, почему правки не поднимаются.
Упомянутые здесь решения — именно то, что я хотел бы видеть. Неужели это нельзя добавить?
Также см.: Updating a wiki post, doesn't put it to the top of latest - #3 by Tim_Jefferies
Если вам это нужно, установите уровень уведомлений для темы на «слежение» — слежение за темой в вики будет уведомлять вас каждый раз, когда редактируется первый пост.
3 лайка
Пользователи жалуются, что раздел /latest на сайте не работает так, как заявлено. Логичным решением было бы поднять тему при редактировании первого поста, особенно для постов в вики. Я понимаю, что люди используют вики по-разному, но наличие возможности изменить это поведение имеет большой смысл.Мои пользователи не хотят «подписываться» на вики, они хотят использовать страницу /latest так, как это логично.Блокировка поста, удаление лишних записей, обязательное редактирование последнего поста при каждом изменении вики в случае разделения вики (достигающих лимита в 90 000), установка подписки на них — это не логичные решения, а обходные пути. Для одной вики — нет проблем. Но чем больше вики, тем экспоненциально сложнее становится управление этим процессом. Мне буквально пришлось бы разработать трудоёмкий процесс модерации, чтобы обеспечить возможность видеть обновления, и пользователи всё равно будут жаловаться, потому что эти обновления не будут отображаться в разделе /latest.
Справедливо, но чем чаще вы сталкиваетесь с подобными ограничениями, тем больше это указывает на то, что, возможно, стоит выбрать другое бесплатное программное обеспечение с открытым исходным кодом, которое лучше соответствует вашим потребностям?
Наличие множества вики-страниц объёмом более 90 тысяч символов не является целевым сценарием использования Discourse в целом… и попытка втиснуть круглый колышек в квадратное отверстие обычно заканчивается плохо.
2 лайка
Это программное обеспечение отлично подходит для моих задач. Причина этого запроса на добавление функции вполне очевидна. Это логичное предложение, которое улучшит уже существующий функционал и одновременно устранит все существующие обходные пути.
Рад, что вам нравится Discourse, за это спасибо, но я не согласен, что «поднятие темы при любом редактировании любого поста в ней» когда-либо является желательным поведением по сравнению с простыми решениями, описанными выше.
2 лайка
Это не простые решения ни для пользователей, ни для модераторов. См. первый пост в теме.
Я не согласен с тем, что «поднятие темы при любом редактировании любого поста в теме» когда-либо является желательным поведением
Для вики-постов это желательно. И от пользователей это ожидается.
Наличие множества вики-страниц объемом более 90 тысяч символов
У меня есть одна такая вики. Независимо от того, длинные это вики или короткие, наши пользователи по-прежнему просят, чтобы /latest включал обновления вики.
Для вики это желательно. Посты в вики ≠ вики. Существует множество функций вики, которых нет в Discourse, и это одна из них.
Есть ли другие продукты для обсуждений, которые это делают? Похоже, вам стоит рассмотреть продукт вроде MediaWiki.
Я понимаю логику отказа от обновлений ядра для вещей, которые, по вашему мнению, не сломаны, но по моему (незапрошенному) мнению, с точки зрения пользователя редактирование вики-поста без поднятия темы выглядит как ошибка.
Я также использую этот обходной путь: закрываю тему и удаляю все посты ниже первого (включая уведомление «тема закрыта»), но у меня всего пара вики-постов, поэтому я представляю, что это не очень хорошо масштабируется.
Я думаю, это было бы скорее так: «поднимать тему при любом редактировании любого вики-поста в теме» или даже «поднимать тему при любом редактировании первого поста в теме, если это вики».
Справедливости ради, я не знаю других продуктов для обсуждений, у которых есть что-то вроде «вики-постов».
Некоторые предложения здесь в канале #feature отклоняются как нежелательные для ядра, что нормально, мы просто обсуждаем варианты, а решение о том, что войдёт в ядро, остаётся за командой ядра. Однако, можно ли решить это через плагин? Могу ли я перехватить редактирование поста, проверить, является ли он вики-постом, и принудительно поднять тему?
8 лайков
Скорее всего, да! Это тоже кажется отличной идеей для плагина.
5 лайков
Лучше всего то, что это выносит запутанное поведение из ядра: