ポインターをありがとうございます。これで「disable_jump_replyは復活するのか？」というトピック全体を読み終えました。
古い disable_jump_reply の設定が削除された理由については理解しています。
それは当時壊れており、利用者がごくわずかで、Discourseは一般的に多くのグローバルユーザー設定を蓄積することを避けたがっているからです。また、自動ジャンプを、人々が返信する前にトピック全体を読むことを促す方法として使用し、「エキスパート」向けのワークフローは修飾キーや高度なオプションの背後に隠すという、そこで説明されていた設計思想も理解しています。
Shift + Reply のショートカットは確かにいくつかのケースで役立ちますし、言及していただいたことに感謝します。私にとっての問題は次の点です。
- この特定のMetaトピックを読むか、誰かに教えられるまで、全く発見できないこと。
- 毎回、覚えるべき特別なキー操作が精神的な負担になること。
- 複数のDiscourseフォーラムにわたる長いトピックを読んでいる場合、単なる返信に対して、読んでいた場所から数百投稿も先に飛ばされるのは、やはりかなり重い「罰」のように感じられること。
私が個人的にDiscourseで好きなことの一つは、まさにその柔軟性です。管理者としてもユーザーとしても、自分の読書やナビゲーションの習慣に合わせて多くの詳細を調整できます。その観点からすると、これは、UIをオプションの壁に変えることなく、少しの追加設定可能性で大きな効果が得られる分野のように思えます。
例えば、次のいずれかであれば、すでに大きな改善になります。
- UIに表示される「ジャンプせずに返信する」オプション（それが高度な/エキスパートな操作と見なされるとしても）。
- ユーザーレベル/サイトレベルのトグルを「高度な」セクションの背後に隠し、この動作を本当に気にする人が、隠されたショートカットに頼り続けるのではなく、一度オプトアウトできるようにすること。
設定が多すぎることへの懸念は完全に理解しており、すべての目立たない設定を元に戻してほしいと要求しているわけではありません。古い投稿を読みながら返信をすることが多い人の視点から、この特定の動作については、明確で発見可能な選択肢がないことのコストが、他の多くの設定よりも高く感じられる、ということだけを共有したかったのです。
いずれにせよ、説明とShiftのヒントを改めてありがとうございます。背景を知ることができ、非常に役立ちました。たとえ、将来的に何らかのオプションまたは「エキスパート」設定として再検討されることをまだ望んでいるとしても、です。