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.
Я понимаю логику избегания изменений в ядре для тех случаев, которые, по вашему мнению, не сломаны, но, по моему (неспрошенному) мнению, то, что редактирование вики-поста не приводит к его поднятию в списке, выглядит как ошибка с точки зрения пользователя.
Я также использую этот обходной путь: закрываю тему и удаляю все посты ниже оригинального (включая уведомление «Тема закрыта»), но у меня всего несколько вики-постов, и я представляю, что это решение не масштабируется.
Я думаю, это было бы больше похоже на «поднятие темы при любом редактировании любого вики-поста в теме» или даже «поднятие темы при любом редактировании первого поста в теме, если это вики-пост».
Честно говоря, я не знаю других продуктов для обсуждений, у которых есть что-то вроде «вики-постов».
Некоторые запросы здесь, в Contribute > Feature, отклоняются как нежелательные для ядра, и это нормально, мы просто обсуждаем варианты, а то, что войдет в ядро, решает команда ядра. Однако можно ли решить эту проблему с помощью плагина? Могу ли я перехватить событие редактирования поста, проверить, является ли он вики-постом, и принудительно поднять тему?
8 лайков
Скорее всего, да! Это тоже кажется отличной идеей для плагина.
5 лайков
Лучше всего то, что это выносит запутанное поведение из ядра: