より多くのオプションや気が散る要素が歓迎されないこと（また、それによる潜在的な問題が得られるメリットに比べて割に合わないこと）も理解しています。単にアイデアとして提案しているに過ぎません。現在、最後の投稿に対する編集はトピックを「バンプ」（更新）させるようです（おそらく一定期間のみですが、推測です）。小さな修正であっても同様です。
この状況（デフォルトでバンプが発生する場合）において、「バンプしない」または「バンプ禁止」のチェックボックスを編集時に追加すれば、ユーザーが望む場合にバンプを回避する選択肢を与えることができます。
この機能は既に存在します。トピックレベルの管理レンチで「スレッドの更新日リセット」オプションを使用してください。
はい、メタで検索したところ、すでにこの話題について議論されているのを目にしました。私が言いたいのは、各ユーザーが編集を行った際に、自分のトピックが自動的にトップに移動しないように選択できる機能（チェックボックスをオンにするだけ）です。
最近、ここでメタで2回ほど同じことが起こりました。投稿をして、その投稿に「いいね」がついたという通知を受け取りました。どの投稿だったか確認するためにその投稿をクリックすると、そのトピックの最後の投稿でした。小さな間違い（タイプミスや文法など）を見つけ、修正しました。すると、特に理由もないのにトピックが最新に移動してしまったのです。あるコミュニティでは、意図的にトピックを移動させるために小さな修正をしたと非難されたかもしれません。
編集によって投稿内容を追加し、トピックを移動させる価値がないと判断する場合もあるでしょう。あるいは、人々を煩わしたくない場合もあるかもしれません（複数回編集することもあるでしょう）。
重要ではありません。異例で頻度が高くないため、実用的ではないと見なすこともできます。しかし、これは有用な小さな機能になる可能性もあります。前述の通り、提案として出させていただきました。
はい、私もこの点にしばしば不快感を覚えます。
特に Meta において顕著です。
ここでの活動の性質上、私は詳細な投稿を多く行いますが、最後の投稿で情報を修正しただけなのに、それが「最新」のトップに押し上げられてしまうのは面倒です。これが30分以内に何度も繰り返されることもあります。
もしかすると私が過剰に神経質になっているだけかもしれませんが、確かに問題です。
そのような機能を追加するとインターフェースがごちゃごちゃになるかもしれないという点については理解しています。
インターフェースを変更する必要なく、ある編集時間枠内ではトピックがトップに移動しないような「タイムアウト」のような仕組みがあってもよいかもしれません。調べたわけではないですが、すでにそのような機能があるのでしょうか？しかし、私の利用体験ではそうではありませんでした。
ここでの挙動について、一般的な判断を下すのは難しいのでしょうね。サイトによってはあらゆる変更でトップに移動させたい場合もあれば、そうしないことを望む場合もあるでしょう。
そうは思いません。他者を不快にさせたり邪魔したりしないように警戒することは、むしろ良いことだと確信しています。また、誰かが文句を言うかもしれないと少し恐れることについても、まあ…それはよくあることです。誰もがいつか経験したことがあるでしょう。
確かにその通りですね。時間枠は少し長くなっており、それも良いことです。編集時にトピックが「バンプ」される機能は素晴らしいと思います。何かを追加したい場合は、新しい投稿を作成するのではなく編集を通じて追加し、新しい情報が目立つようにするためには「バンプ」は有益です。疑いの余地はありません。むしろ素晴らしい機能です。しかし、単なる修正や小さな装飾的な変更の場合、それはそうではありません。したがって、編集の検証ボタンの近くにあるこのボックスが状況を改善すると思います。
（投稿後に自分の投稿を読み返し、少し改善できる方法を見つけたときに、小さな変更を加える必要があると感じる人もいるでしょう。）
はい、悪い例として「タイポの修正」が挙げられます。
ここでソースコードを詳しく見ていますが、もし「バンプの閾値」に関するご存知のことがあれば、ぜひコメントをお願いします。
私は、時間制限や文字数制限内でバンプをブロックする適切なサイト設定を導入すること、そして可能であれば、ユーザーが十分な TL（Trust Level）を持っている場合にバンプをブロックする仕組みを構築することを目指しています。
はい、サイト設定と編集の猶予期間があることがわかりました、よかった。では、新しい「バージョン」が生成される原因を探してみましょう。
現在、メタでは5分ではありませんか？その間は編集が追跡されない期間です。おそらく、その時間を単に増やすことは可能でしょう。そして、編集の追跡とバンプはセットで機能するはずです。
これは部分的な解決策だと言えます。その方向には良い点とあまり良くない点の両方があると感じます（これは私の意見に過ぎません）。
ええ、私が入力している間にそれを見つけられたのですね 
OK、新しい「バージョン」は時間ウィンドウに依存しているようです。このウィンドウは、最後の投稿への範囲外編集（トピックをバンプさせる行為）に伴って移動するようです。もし私の解釈が正しければ、バンプ変更後に新しい猶予期間が適用されることになります：
奇妙ですが、実際にはそれよりもずっと敏感に感じられます……しかし、仕様（specs）が真実の源泉なので、この挙動を事実上の状況として受け入れましょう。
つまり、基本的に「ニンジャ編集」への明示的なオプトインを追加することを提案されているのでしょうか？
確かに猶予期間を 延長 して、それでうまくいくか試すことは可能です：
ただし、これではサードパーティ製サイトでの体験は解決しません
もう一つの方法として、ユーザーの TL（Trust Level）に 1 を加えた値で猶予期間を調整するのはどうでしょうか？
例えば、TL0 は 300 秒、TL1 は 600 秒、といった具合です……
……あ、でも待ってください、これはすでに検討済みでした 
結論：すでに多くのツールが存在しているようです？
はい、これはすでに非常に優れているかもしれません。もし新しい段落（つまり新しい投稿に相当するもの）を追加するなら、それでも「スレッドの更新（bump）」は必要だと主張したでしょうが、この「最大差分（max diff）」の仕組みはすでに考慮されているようですしね
（そして、はい、「延長」です。当初、あなたが「時間枠」について話したとき、私は誤解していました。私は「それ以降はスレッドが更新されなくなる期間」、つまり数週間後に編集した場合のようなことを考えていました。しかし、そのような仕組みは存在しないかもしれません。私は最初は、スレッドが更新される「5分前」のことを考えていませんでした。おそらく、私が正しく理解しているなら、それがいわゆる「ニンジャ編集（ninja edit）」と呼ばれるものなのでしょう。このことは、上記の議論の中で後になってから考えました。）
いいえ、それは私見では決して役立たないでしょう。私はむしろその逆を提案していました：「ニンジャ編集」期間を過ぎた場合の**オプトアウト（不参加表明）**です。 ああ、わかりました。ニンジャ編集期間中にスレッドを更新しないための「オプトイン」ではなく、ニンジャ編集期間自体への「オプトイン」ですね はい、私が提案していたのはまさにそれでした！ 
「最小差分（min diff）」を無制限にするケースもあり得るかもしれません。例えば 5 文字や 10 文字などです。これにより、些細な修正が自動的に除外されるようになります。これはすでに存在するのでしょうか？（逆の側面として、人々が間違いに気づいても、編集の記録が残らずに修正が消えてしまう可能性があります。これが議論を呼ぶでしょうか？あるいは、熱い議論の中で数値を修正する場合などです。それはすでに境界線に近い問題です）[注：後者は、猶予期間を延長すること（「ライブ」ディスカッション中）でも私たちがリスクを冒していることです]
はい、通常はトピック内の最後の投稿を編集すると、新しい返信を追加した場合と同様にトピックが再表示（バンプ）されます。トピックに投稿が 1 つしかない場合、このルールはトピック自体やカテゴリの編集時にも適用されます（これらは最初の投稿の一部とみなされるため）。時折、これが人々を驚かせることもありますが、これは「フォーラムに単一投稿のトピックが大量にある」という状況に特有の現象です。
編集の猶予期間はデフォルトで 5 分間ですが、これは 2013 年に Discourse の最初のバージョンが公開された頃から組み込まれた機能です。返信を投稿してから最初の 5 分間は、トピックが再表示されない限り、その返信を何度でも自由に編集できます。
なぜこの動作がこれほど大きな問題になるのか興味深いですね…編集によって「うっかり」トピックが再表示されてしまう具体的なシナリオや例を詳しく教えていただけますか？
* ただし、スパマー対策として後ほど追加された調整があります。投稿の内容を「多すぎる」ほど変更した場合、編集猶予期間中であっても改訂版（リビジョン）を強制します。これはサイト設定で制御可能で、新規ユーザーと既存ユーザーで区別されています。
上記の最初の回答の後、Robert と私の最初の数投稿をもう一度確認してみてください。「偶発的」すぎて「常に」とはみなされないと感じるかもしれません（そのため「常に」という言葉を使われたのかもしれません。あるいは単に「再現可能」という意味だったのでしょうか？確信が持てません）。
@merefield
「猶予期間」を延長するというあなたのアイデアについて再度考え直しましたが、それは非常に優れた案だと思います。現在、猶予期間を編集するためのパラメータは、「ニンジャ編集」と「トピックのトップへの押し上げ（bump）」の両方に適用されています。その認識で正しいでしょうか？実際には、「編集があればトップに押し上げるが、その編集がニンジャ編集の場合は押し上げない」という仕組みになっています。「ニンジャ編集」とは、設定可能な「猶予期間」内かつ「最大差分（max diff）」以内に行われる編集のことで、変更がオレンジ色のアイコンとして右上に表示されることなく記録されるものを指します。私の理解は合っていますか？
上記で私が指摘したすべての問題を解決する一つの解決策は、2 つの異なる猶予期間（それぞれ独立したパラメータ 2 つ）を設けることです。一つは編集の記録（ニンジャ編集）用、もう一つはトピックのトップへの押し上げ用です。この場合、ニンジャ編集の期間は短く（5 分程度が適切だと思います）、トップへの押し上げを抑制する期間は長く（例えば 1 時間、あるいは 24 時間など）設定できます。必要であれば、トップへの押し上げ抑制期間の「最大差分」を、ニンジャ編集期間のものよりも低い値に調整することも可能です（各期間ごとに「最大差分」パラメータを設けることになります）。
この 2 つの期間を同時に開始することも、あるいは「トップへの押し上げ抑制」期間を「ニンジャ編集」期間の後に開始することも検討できます。
これに戻ります：
実は、はいともいいともいいません。編集とトップへの押し上げの追跡を一緒に検討し始めたのは、あなたが参照されたコードにおいて、現在それらが一緒に処理されていると想定したためです。私はトップへの押し上げのみに焦点を当てるべきだと主張していました。ニンジャ編集の期間を長く設定すると、前述した問題が発生する可能性があります。
上記の代替案として、私が気に入っているのは、無制限の「トップへの押し上げ抑制」における「最小差分（MIN DIFF）」を設けることです。ただし、これは「ニンジャ編集」ではなく「トップへの押し上げ抑制」のみです。これを 10 文字または 20 文字に設定できます。その根拠は以下の通りです：編集の文字数が新しい投稿を作成するのに必要な量未満であれば、トピックをトップに押し上げる価値はありません。これにより、小さな修正（単語の変更や追加だけでも）によるトップへの押し上げを防ぎつつ、オレンジ色のアイコンで変更を可視化することができます。また、特定の「最小差分」パラメータを追加するのではなく、すでに存在する新しい投稿の最小長さの値を使用することも検討できます。
最後に完全に突飛な提案をさせてください ;)：私が考える理想的なシナリオは、冒頭で説明した 2 つの異なる猶予期間のパラメータを持つことです。つまり、「トップへの押し上げ猶予期間（＝トップへの押し上げ抑制）」を 0 に設定して無制限にできること、および「トップへの押し上げ猶予期間の最大差分」を設けて、それを超えれば猶予期間中であってもトップに押し上げるようにすることです。後者を 0 に設定すれば、この新機能を使用せず、現在の動作をそのまま維持できます。
当サイトには「購入希望」「売却希望」のカテゴリがあり、ユーザーが古い分類広告を整理するために編集を行う際、誤ってトピックがトップに上がってしまいます。
このような行動の理由の一つとして、表示されている連絡先情報を削除したい、あるいは不要な連絡を避けたいという意図が考えられます。
この機能に対する賛成・反対の双方の根拠や好みを理解できますので、この機能を設定可能にしない理由はないと考えます。
はい、私のコミュニティでも同様の状況があります。販売者は、販売情報の更新（価格や在庫などの調整など）のために最後の投稿を編集することがよくあります。正当な編集は問題なく、編集履歴を表示できるようにしています。しかし、中にはコミュニティの「悪意あるトップ上げ禁止ルール」を回避するためだけに、悪意を持って最後の投稿を編集してスレッドをトップに上げようとする者もいます。
最後の投稿を編集した際のトップ上げルールを設定できるオプションができるまで、猶予期間の設定をいじってみるつもりです。
ありがとうございます！私たちのコミュニティは、Discourse が自分たちで規制を管理できる仕組みを高く評価しており、ソフトウェアが何ができ、何ができないかについて熱心に関心を持っています。
はい、私の主な提案は、編集間隔をより厳格にすることです。編集を責任を持って行えない場合、その結果として編集権限が全体的に制限されます。
それに加え、この行動を頻繁に行う人々に対する警告や、場合によってはアカウント停止も検討すべきです。
これは当コミュニティでやや厄介な問題になりつつあります。WTB/WTS リストから商品を削除する際、トピックをトップに上げないために「no bump」という投稿を繰り返す人が絶えません。
最も活発なセクションの一つであるため、彼らがこれらの投稿を編集する権利を認めるべきだと私は考えています。また、自分の商品に関するトピックを 1 つにまとめることを望むなら、それはさらに良いことだと思います。一方で、「PM を送りました」といったメッセージの投稿は避けてほしいと考えており、売れた商品のトピックが、内容を編集して削除するタイミングまで全く返信がないままになる可能性もあります。
現在の機能を回避する方法や、カテゴリ別またはグローバルレベルでこの設定を切り替え可能にすることに反対する理由について、ご提案はありますか？
WTB/WTS トピックを作成する際は、最後に余分な投稿を追加してください。これで、編集が最後の投稿ではない投稿に対して行われるようになります。
誰かが出品物を掲載し、そのリストを編集して「半分以上売れた」と更新した場合、それは非常に重要な更新（バンプ）になるはずです。そのため、バンプされることを望むはずです。
おそらく、人々がたまに単一の商品を販売しているため、ほぼ中身のないトピックを最上部に移動させることはあまり意味がないのだと思います。
