素晴らしいですね、Discourse チーム、ありがとうございます！
これは「投稿投票プラグイン」と組み合わせて使ったり、置き換えたりできるでしょうか？
編集：また、「トップ」は「いいね」数でソートされているのでしょうか？それともどのように機能するのでしょうか？
「いいね！」 2
このようなネストを実現するために、Post Voting プラグインの機能強化という選択肢も検討しましたが、その方向には進みませんでした。この方がメンテナンスが容易で、ユーザー体験も向上します。将来的には Post Voting を完全に置き換えることも可能だと考えていますし、すでに一部のケースでは置き換わっているかもしれません。
「いいね！」 7
これが最善の解決策ではないことは承知していますが、CSS を使用することは可能です。
正しいセレクターを使用して、各言語ごとにルールを追加するだけです。
/* このセレクターを使用する代わりに ... */
nav.post-controls .actions button.reply pan.d-button-label:after {
}
/* ... セレクターを言語から始めてください */
html[lang=pt-BR] nav.post-controls .actions button.reply pan.d-button-label:after {
content: " ポルトガル語のテキスト";
}
私はすでにより良い解決策を投稿しています：Discourse Reply Button Labels
「いいね！」 3
ネスト表示を追加しても、この課題が解消されるわけではありませんよね？
むしろ、ネスト表示はユーザーの基本的な認知的負荷を増大させるのではないかと思うのですが？（とはいえ、私はベテランの Reddit ユーザーではありませんので、何が言えるでしょう）
でも、選択肢があるのは大好きです。どうぞお好きなように進めてください！
「いいね！」 3
私はこの機能をフォーラムで試験運用し始めたばかりですが、全員が現在までそれを嫌がっています。
私自身はそれほど嫌いではありませんが、非常に異質で、時として理解するのが難しいものです。
更新：/t エンドポイントが/n に変更され、エラー 500 など多くの問題を引き起こしたため、元に戻すことを余儀なくされました。
元に戻すことで解決しました。
「いいね！」 4
なぜネストされたビューはタイトルを削除するのでしょうか？複数のタブが開いている状態で、すべてのタブにサイト名しか表示されていないと、タブ間の移動が難しくなります。
「いいね！」 1
デフォルトのソートオプション（トップ、新しい順、古い順）のそれぞれがどのように動作するか、よくわかりません。
また、これをテストする最良の方法も見当たりません。トピックをネストさせるオプションがないようです。
管理/サイト設定の検索で「ネスト」を検索
「いいね！」 1
他の全員に有効化せずに、自分自身でテストできるかと思っていたのですが、それは不可能なのでしょうか？
デフォルトに設定しない場合は、まず有効化し、トピックのレンチメニューを使用して特定のトピックをネスト化できます。
「いいね！」 3
これは機能していないようですが、少なくとも「Fakebook」テーマを使用している場合はそうです。テストトピックを開き、トピックをネスト化してから、トピックへの返信と投稿への返信を試みました。
すべての返信が同じように見えます。また（多分些細な問題かもしれませんが）、アバターの描画が少しおかしいです。
「いいね！」 1
ええ、プラグインやテーマがこれに対応するように調整されているとは想定しないでください。
「いいね！」 4
これは素晴らしい機能で、私たちが長い間待ち望んでいたものです！！！
しかし、私たちのコミュニティがまだ待ち望んでいるのは、トピック作成者だけがルートレベルの投稿を行い、他のすべてのユーザーが個別のルートレベルの投稿にのみ返信できる、適切なジャーナル/ログ機能です。
現在、私たちはユーザーごとのフィルタービューと、各投稿の下の折りたたみ可能な返信機能を活用して、非常にハック的な CSS と JavaScript を使用してこれを可能にしています。
:右矢印: GitHub - jrgong420/log-view · GitHub をご覧ください
「いいね！」 3
なるほど…それはかなり素敵ですね。私たちは小さなグループですが、なぜ個人設定の選択肢でこれを選べないのか不思議に思っていました。
「いいね！」 1
markvanlan 氏はすでに以下のように少し触れています：
これに付け加えると：
核心的な問題：共有されたコンテンツと、分岐するメンタルモデルです。2 人のユーザーが同じトピックを異なる構造で見る瞬間、会話の基盤となる共有参照が崩れてしまいます。
返信の動作の違い：ユーザー A（ネスト表示）が「前のコメントで指摘されたように…」と書いた場合、ユーザー B（線形表示）には、どの分枝が折りたたまれているかによって、そのコメントが 3 つ前か 15 つ前か、あるいは「前のコメント」自体が見えないことがあります。つまり、投稿者が自分の投稿が他者にどのように見えているかを確認できなくなる可能性もあります。
パーマリンクと投稿番号の不一致：投稿の順序が表示モードに依存する場合、/t/topic/123/47 はユーザーによって異なる投稿を指すか、あるいは同じ投稿であっても位置が全く異なって表示されることになります（現在の実装がどうなっているかは不明ですが、いずれにせよ理想的ではありません）。
他にも多くの問題があることは間違いありません。
結論として：会話は共有されるものであり、良好なコミュニケーションを促進するためには、誰にとっても同じ構造で提供されるべきです。
「いいね！」 6
元に戻した際に何が起こるのか気になります。1週間試行しています。システムがクラッシュせず、元に戻せることを願っています。
それでも、個人の経験に応じて異なるインターフェースを設けるのが良いと思います。エンゲージメントは、統一された体験よりも優先されます。したがって、エンゲージメントが向上するなら、それを認めるべきです。リンクの問題を解決する方法もあるかもしれません。これは社会的な問題というより、プログラミング上の課題のように思えます。
エンゲージメントは、良いコミュニケーションに優先するのでしょうか？
Discourse は常にそれを掲げてきました。他のプラットフォームには、他のすべてのものを犠牲にしてまでエンゲージメントを最適化するものもあります。
「いいね！」 2
私の経験では、必要に応じて前後に移動できます。私はいくつかのトピックを新しいレイアウトに、その後サイト全体に移しました。
これは私のユーザーにとってゲームチェンジャーです。
唯一言及されたのは、スーパースクロールバーがなくなったことです。投稿がもはや時系列順ではないかもしれないので、その理由も理解できます。
「いいね！」 1
「モバイル体験の向上」がすでにロードマップに含まれているのを見て嬉しいです。モバイル版での Reddit 風のインデント付きスレッドの実装を心待ちにしています。
ネストされた返信に関する SEO の質問です。ネストされたトピックは /n/ の URL を使用していることに気づきました。JS なしで取得すると空のシェルが返され、さらに canonical は通常の /t/ トピック URL ではなく /n/ の URL 自体を指しています。クローラーは /n/ ルートで完全なサーバーサイドレンダリングされた投稿コンテンツを取得できるのでしょうか、それとも canonical は /t/ に解決されるべきでしょうか？ネスト機能を有効化してもインデックス登録に悪影響が出ないか確認したいためです。よろしくお願いいたします。
「いいね！」 2