Are there any plugins that use ideas from this topic/any others that help with long topic navigation?
Also is there something official coming out to help with this in the nearish future?
I looked around for a bit and didn’t see anything about either of the above. Sorry if I missed/for the bump.
Nothing is coming in the nearish future but very likely in the next 12-24 months, its an area we want to improve.
I noticed the photos app in Windows 10 builds a timeline with breakpoints:
Gotta reiterate that I think the strongest case for this, by far, is enormous gaps in the conversation, or simply “years” if the conversation goes on that long.
Possibly the second strongest is posts with anomalously large number of likes relative to the rest of the topic; could mark those with a 
Мне бы очень хотелось иметь такой инструмент.
Мой форум посвящен краудфандинговым проектам, и некоторые обсуждения могут длиться годами, с драматическими поворотными моментами (например, перед запуском на Kickstarter, началом кампании, её завершением, доставкой, первыми впечатлениями и использованием после получения и т. д.).
При темах, насчитывающих тысячи сообщений, возможность выявлять такие поворотные моменты значительно улучшила бы пользовательский опыт.
Принуждение к созданию новых тем в этих точках изменения — правильная стратегия.
А если вы не сможете распознать эти изменения в момент их возникновения, вы сможете разделить тему позже.
Это стратегия, которую я пробовал (разделение), и она вообще не работает. Людям не нравится искать информацию по нескольким темам, когда они ищут старые данные.
Разговоры о краудфандинговом проекте (в моём случае — об играх) подобны живому существу. Они проходят через множество этапов. Бывают моменты радости. А бывают моменты ненависти. Вы же не меняете своего ребёнка, когда он впервые произносит слово. Когда он читает свою первую книгу. Или когда уходит из дома. Вы видите это/его как долгий, страстный и эмоциональный путь.
Мне нравится, что вы добавили поддержку определения флексий. Это мощная функция, если её можно отобразить визуально. 
Также я оценил ваше наблюдение о том, что пользователи хотят искать во всей переписке с момента её начала. Однако это не означает, что такая функция будет полезна большинству из нас. Если людям действительно нужно искать по всей цепочке разделённых тем, то возможность такого поиска может стать функцией для реализации в виде плагина. Я бы проголосовал за рекурсивный поиск, который позволяет последовательно искать в каждой предыдущей теме цепочки вплоть до самой первой. Так я смогу легче увидеть контекст, то есть причину, по которой тема была разделена.
Также я не согласен с тем, что длинная тема или долгое путешествие отражают реальность растущего ребёнка.
Существуют чёткие и хорошо документированные этапы развития, которые знаменуют переход к новым возможностям. Каждый из них открывает новую главу, например: внутриутробный период, новорожденность, ползание, toddler (малыш), дошкольный возраст, ранняя школа и так далее. До и после начала речи, до и после начала ходьбы, до и после приучения к туалету и так далее.
Родители постоянно наблюдают, как их дети осваивают новое и оставляют старое позади. Поэтому возникает реальная проблема, если я отношусь к своему ребёнку на текущем этапе так же, как на предыдущем. То же самое относится к проектам. Каждый новый этап — это возможность чётко представить ключевые особенности следующего этапа развития, а также то, как мы планируем его реализовать и распознать. Контрпродуктивно относиться к проекту так, будто он не развивается и никогда не имеет ничего, что нужно оставить позади.
Это работает, и работает хорошо. Для того чтобы разделение тем и создание нескольких конкретных тем были эффективны, нужна определённая дисциплина. Если на вашем сайте нет дисциплины, то в целом всё в любом случае обречено. В таком случае лучше просто установить чат-систему, вроде Discord, и забыть об этом.
Что ж, знаете, этому форуму уже 5 лет. И он даже работал на bbPress раньше (и администрировать это было для меня не в радость).
И сейчас всё работает отлично. Некоторые темы приближаются к отметке в 10 тысяч сообщений, но они очень специфичны: одна тема — одна игра. Можно придумать множество способов разделить их, но факт в том, что каждый раз, когда мы пытались что-то разделить, всё заканчивалось плохо. Моим пользователям нравится именно такой формат, когда вся необходимая (и даже избыточная) информация по одной игре содержится в одной теме (хотя, действительно, часто есть вторая параллельная тема для групповых обязательств. Это появилось по просьбе пользователей, когда они достигли порога терпимости к шуму).
Другой способ взглянуть на мою предыдущую просьбу — это как на содержание для всего обсуждения. Я знаю, что есть плагин TOC для постов. Да, можно сделать это вручную и добавить ссылки на первый пост. Но можете быть уверены, что никто никогда не заметит эти ссылки. Ключевые точки, основанные на времени или интересе, близкие к временной шкале, могли бы быть ценными, на мой взгляд.
Обратите внимание, что я определённо могу обойтись без этого. Но я думаю, что это могло бы быть полезно.
По мере увеличения длины тем у вас возникнут серьезные проблемы с производительностью. Без определенной дисциплины это приведет к последствиям, выражающимся в более дорогих экземплярах серверов (более быстрые процессоры, больше оперативной памяти и т. д.).
Интересное использование этого на сайте FiveThirtyEight по прогнозам демократических праймериз, обратите внимание на «timeline» с разрывами глав слева:
Это меняется по мере прокрутки вниз:
Ещё одна интересная идея о естественных разрывах в альбомах: какие треки прослушиваются чаще всего?
Можно подойти к этому изощрённо и использовать совокупный набор критериев, как мы делаем для тематических сводок и топовых тем (в списках тем):
… но я думаю, что набор разрывов, основанный на постах с наибольшим количеством , был бы разумным способом навигации по теме, хотя, по моему мнению, большие временные промежутки не менее, а возможно, и более значимы.
Ещё один визуальный пример от Google, на этот раз о создании набора глубоких ссылок или точек глав в видео.
Обратите внимание, что эти главы написаны вручную на основе временных меток в описании видео!
Я обдумал этот вопрос. Исходя из моего опыта работы с мега-темами и обычными темами, которые обновляются медленно, пользователи крайне негативно реагируют на закрытие тем, за которыми они следили, даже если созданы новые, заменяющие их.
Это предполагает два возможных решения, для реализации которых, вероятно, потребуется помощь в ядре системы или в плагине.
Подробнее о каждой идее:
Как я это вижу: модератор выбирает сообщение, затем нажимает «и все предыдущие», что вызывает новое или модифицированное окно создания новой темы. Новая тема по умолчанию будет относиться к той же категории, получит название исходной темы с указанием дат начала и окончания, а также по умолчанию будет создана как закрытая. Первое и последнее (последнее — системное) сообщения будут содержать ссылки на основную тему, от которой она была отделена. Исходная тема сохранит первое сообщение, получит новое сообщение на месте перемещённых (игнорируя любые другие специальные сообщения разделённой темы) и в остальном останется без изменений.
Вероятно, также потребуется задача Rake для исправления ссылок на цитаты в других темах, но это может быть сложнее.
Этот вариант, скорее всего, проще реализовать, но он кажется мне менее удовлетворительным. Во-первых, ссылки общего вида example.discourse/t/_/12345 (то есть ведущие к теме, а не к конкретному сообщению) становятся неактуальными. Такие ссылки часто встречаются, если тема используется для внешних обсуждений («Предлагайте идеи для приложения здесь!»). При использовании этого варианта существующая тема закрывается, её название изменяется для указания временного диапазона (по умолчанию), создаётся новая тема в той же категории с копированием названия, первого сообщения и всех настроек отслеживания/игнорирования. В системное сообщение о закрытии темы в старой теме добавляется ссылка на новую тему.
Вероятно, также стоит отменить отслеживание/подписку на закрытую тему для всех пользователей, которые не участвовали в ней. Сценарий, который я имею в виду: пользователь Илайджа, который был активен несколько месяцев, а затем исчез на год, мог явно следить за темой. Ему могут быть не интересны две созданные и закрытые промежуточные темы, возникшие во время его отсутствия, но он всё же может захотеть следить за последней версией после возвращения.
С возвращением, вас давно не было!
Я в замешательстве; у нас уже есть эта функция, начиная с версии 1 или 2 назад? Когда тема автоматически закрывается после достижения лимита в 10 тысяч сообщений, создается новая тема, и она автоматически связывается со старой. Вы этого не видите?
Я не спрашивал о кросс-ссылках. Я спрашивал о том, чтобы опция «выберите здесь и выше» переносила в новую тему — или о копировании статуса просмотра.
Есть какие-то новости по этому поводу?
Было бы здорово использовать для этого вертикальную полосу временной шкалы. Могу я предложить в качестве критерия длину поста? Иногда короткие посты в одно предложение получают много лайков, но плохо подходят в качестве «ориентиров в теме».
Сейчас ничего, но мы планируем со временем туда добраться!
