Natural breakpoints or "chapters" for long topics?

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.

「いいね!」 4

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 :heart:

「いいね!」 21

I’d really like to have such a tool.

My forum is about crowdfunding projects and some discussions can last for years with dramatic inflexion points (like before KS, KS start, KS end, on delivery, 1st impressions/use after delivery etc.).

With topics running 1000s of posts, being able to spot those inflexion points would greatly improve the user experience.

「いいね!」 3

Forcing new topics at those inflection points is the right strategy.

「いいね!」 2

And if you can’t recognize those shifts the moment they happen, you can split the topic later.

「いいね!」 1

This is a strategy I tried (splitting) and it don’t works. At all. People hate to have to search through multiples thread when looking for old datas.

Conversations about a crowdfunding project (games, in my case) are like a living thing. Going through many stages. With times of joy. And times for hate. You don’t change your child when he speaks for the 1st time. When hé reads his 1st book. Or when he leaveS home. You see it/him as a long, passionnate and emotional journey.

「いいね!」 2

I like your adding support for identifying inflection. That is a powerful feature if it can be represented visually. :+1:

I also appreciated your observation that your users want to search the entire conversation since it’s inception. :+1: But that doesn’t mean it will be worthy feature for most of us. If people really want to search an entire chain of split topics then a search option to do this might be a feature to develop in a plug-in. I’d vote for a recursive search that allows each previous topic in the chain to be searched one by one until the first topic. That way I could more easily see the context ie. the reason why the topic was split.

I also don’t agree that a long topic or a long journey represents the reality of a growing child.

There are very definite and well-documented development steps that mark entry to a new set of opportunities. Each starts a new chapter, e.g. Womb, Newborn, Crawler, Toddler, Preschool, Early school, or whatever. Before and after talking, before and after walking, before and after toileting themselves, and so on.

Parents are always watching their children move into new things and leave old things behind. So it’s a real problem if I treat my child the same way in their current stage as their previous stage. The same applies to projects. Each new stage is an opportunity to present a clear picture of the key features of the next stage of development and how we are going to plan for it and recognize it. It is counterproductive to treat a project as if it doesn’t develop and never has anything that needs to be left behind.

「いいね!」 2

It does work, and it works well. You do need some discipline to make topic splitting and multiple specific topics work. If your site has no discipline, the whole thing is kinda doomed anyway. Might as well just install a chat system like Discord and be done with it at that point.

「いいね!」 5

Well, you know, that’s 5 years this forum is running. And was even able to run on bbpress before (and that was not a pleasure for me to admin it).

And it works fine. Some topics are getting close to the 10k post mark but they are very specific, one topic = one game. One could think of many ways to split it but the fact is, every time we tried some sort of splitting, it ended very poorly. My users love it that way, with all needed (and many more in excess) informations in one topic about one game (well, indeed, there’s often a second parallel one for group pledges. And that came from user request, they reached their noise tolerance).

Another way to think of my previous request is like a Table of Content for the whole discussion. I know there is a TOC for posts plugin. Yes, you can do it manually and had links to 1st post. But you cvan bet nobody will ever notice those links. Inflexion points, based on time or interest, close to the timeline, could be valuable imho.

Note that I sure can live without it. But I think it could be usefull.

「いいね!」 1

トピックが長くなるほど、極端なパフォーマンスの問題が発生します。ある程度の規律を持たなければ、より高価なサーバーインスタンス(より高速なCPU、より多くのRAMなど)という形でコスト増という結果を招きます。

「いいね!」 1

538 民主党予備選挙サイトでの興味深い活用例です。左側に「タイムライン」と章の区切りが表示されている点にご注意ください:

スクロールすると、この表示が変化します:

「いいね!」 8

アルバムにおける自然な区切りのもう一つの面白いアイデア:最も再生されているトラックはどれか?

トピックサマリーやトップ(トピックリスト内)で行っているように、複数の基準を組み合わせて洗練された方法を採用することもできます。

  • :heart:の数の多さ
  • リプライの数の多さ
  • 読了に費やされた時間

しかし、トピックをナビゲートする合理的な方法として、最も♥の多い投稿に基づいた区切り点を設定するのは良いと考えます。ただし、時間の大きな隔たりも、それ以上に、あるいはそれと同様に重要な意味を持つと私は考えています。

「いいね!」 7

Googleからのさらに一つの視覚的例です。今回は、動画内の特定のセクションへの深いリンクや章のポイントを構築する方法を紹介しています。

「いいね!」 1

これらの章は手動で作成されており、動画の説明にあるタイムコードから引用されたものです!

「いいね!」 4

考えてみました。メガトピックや更新の遅い非メガトピックとの経験から、ユーザーは自分がフォローしているトピックが閉じられることを嫌がります。たとえ代替トピックが用意されていてもです。

これには、コア機能またはプラグインの支援が必要になる可能性のある、2 つの解決策が考えられます。

  1. 古い内容を新しいトピックに移動させ、新しい投稿を残す、トピック分割の新しい方法。
  2. トピックを分割するか、続編を作成する際に、ユーザーのフォロー/追跡/ミュート設定を新しいトピックにコピーする機能。

各アイデアの詳細は以下の通りです。

トピック上部分割機能

私の考えでは、モデレーターが特定の投稿を選択し、「それ以前すべて」をクリックすると、新しいまたは改良された「新規トピック作成」ポップアップがトリガーされます。新しいトピックは、デフォルトで同じカテゴリに設定され、既存のトピック名に開始日と終了日を含めた名称になり、ロックされたトピックとして作成されます。最初の投稿と最後の投稿(最後はシステムによるもの)には、分割元のメイントピックへのリンクが含まれます。既存のトピックは最初の投稿を保持し、移動された投稿の代わりに新しい投稿を追加します(他の分割トピック固有の投稿は除く)。それ以外は変更されません。

おそらく、他のトピック内の引用リンクを修正する Rake ジョブも必要になるでしょうが、それは少し複雑かもしれません。

フォロー設定をコピーする分割機能

こちらは実装が比較的簡単ですが、どうやら満足度は低いように思われます。まず、example.discourse/t/_/12345 のような一般的な形式のリンク(特定の投稿ではなくトピック自体へアクセスするもの)が古くなる可能性があります。外部での議論(「アプリのアイデアをこちらに投稿してください!」など)でトピックが利用されている場合、このようなリンクが使われるでしょう。この機能を使用すると、既存のトピックが閉じられ、タイトルが日付範囲を示すように変更されます(デフォルトでは)。同じカテゴリに新しいトピックが作成され、タイトル、最初の投稿、およびすべての追跡/ミュート設定がコピーされます。新しいトピックへのリンクは、古いトピックのシステムによる閉鎖メッセージに追加されます。

おそらく、参加していなかったユーザーについては、閉じられたトピックの追跡を解除(またはフォロー解除)したいでしょう。私が想定しているシナリオは次の通りです:数ヶ月間活動していたユーザーのエリヤが、1 年間姿を消したとします。彼が明示的にフォローしていたトピックについて、彼が不在の間に作成され閉鎖された中間の 2 つのトピックには関心がないかもしれませんが、復帰時には最新のバージョンをフォローしたいと考えるかもしれません。

「いいね!」 2

おかえりなさい、久しぶりですね!

少し混乱しています。この機能は1〜2バージョン前から既に存在しているはずです。トピックが10,000投稿の制限に達して自動的に閉じられた場合、新しいトピックが自動的に作成され、古いトピックと相互にリンクされます。それが表示されていないのでしょうか?

クロスリンクについて尋ねたわけではありません。「ここと上を選択」して新しいトピックへ移動するか、またはウォッチステータスをコピーすることについて尋ねたのです。

この件に関する最新情報はありますか?

これをタイムラインの縦バーで実現するのは素晴らしいアイデアです。投稿の長さを基準として提案してもよろしいでしょうか。短い一発ネタの投稿は、多くの「いいね」を獲得することがありますが、「トピックのマイルストーン」としては機能しないことがあります。

「いいね!」 1

現時点では何もありませんが、いずれそこを目指して進んでいく予定です!

「いいね!」 2