無限スクロールバックに関してはすでにいくつかのリクエストがありましたが、vteは新しいバージョンでもこれをサポートしているので、これが目標になるかどうかについて話し合いたいと思います。
技術的には、ブラウザのlocalStorageを利用することでこれを実現できます。これにより、メモリの消費とファイルシステムへのページングが処理されます。 それでも、コンテンツをこのストレージバックエンドにCRUDバッファリングし、それに応じてレンダリングデータをフェッチ/更新できる独自の軽量ページングゲートウェイを実装する必要があります。
私自身、これは必要ないと思います。ファイルシステムのフットプリントが大きいことや、スクロールバーの使いやすさの問題など、いくつかの問題が発生します（非常に長いターミナルセッションの小さな動きでは、狂ったようにジャンプします）。
それでも私はあなたの考えを聞きたいです、多分@egmontkobはより多くの面倒/解決策についてのいくつかのさらなる洞察を与えることができます。
@ Tyriar 、 @ mofux
jerch
全てのコメント3件
ローカルストレージも5MBに制限されており、上限に達するとデータの削除が開始されるため、実際に重要なものが削除される可能性があります😛。 このようなページングをサポートするために実装が少し複雑になることを考えると、これは特に重要ではないと思います。さらに、スクロールバックを上げることで基本的に回避できます。 このimoについて考える前に、最初に取り組むべきはるかに大きな問題があります。
Tyriar
2019年05月10日
上記の理由から、今のところこれを範囲外と呼びましょう。 また、過去にこれに関する問題があり、回避策としてはるかに大きなスクロールバック側を許可しましたhttps://github.com/xtermjs/xterm.js/issues/948
Tyriar
2019年05月10日
私たちの（VTE）スクロールバック形式は非常に複雑です。実際、_finite_スクロールバックをサポートするとさらに複雑になり、無限のみをサポートする方が簡単になります。 この機能をもう一度検討する場合は、私に連絡してください。詳細を説明させていただきますが、実装の参考にはならないでしょう。
伝えられるところでは、これは私たちにとっても頻繁に要求される機能でしたが、私はそれについて個人的な経験がありません。 プロジェクトに参加する前に実装されました。 私は自分で有限の50.000行を使用していますが、それはやり過ぎだと思います。
スクロールバーの使いやすさは問題ではないと思います。 またはそうである場合、それはすでに数千行にあります。 スクロールバーをドラッグすると、個人的にはめったに使用しない大まかな位置付けしかできません。きめ細かい場合は、ラップトップのタッチパッドを使用して端末領域を2本の指でスクロールすることをお勧めします。
egmontkob
2019年05月10日
関連する問題
7PH
·
4コメント
LB-J
·
3コメント
kolbe
·
3コメント
fabiospampinato
·
4コメント
Tyriar
·
4コメント
最も参考になるコメント
私たちの（VTE）スクロールバック形式は非常に複雑です。実際、_finite_スクロールバックをサポートするとさらに複雑になり、無限のみをサポートする方が簡単になります。 この機能をもう一度検討する場合は、私に連絡してください。詳細を説明させていただきますが、実装の参考にはならないでしょう。
伝えられるところでは、これは私たちにとっても頻繁に要求される機能でしたが、私はそれについて個人的な経験がありません。 プロジェクトに参加する前に実装されました。 私は自分で有限の50.000行を使用していますが、それはやり過ぎだと思います。
スクロールバーの使いやすさは問題ではないと思います。 またはそうである場合、それはすでに数千行にあります。 スクロールバーをドラッグすると、個人的にはめったに使用しない大まかな位置付けしかできません。きめ細かい場合は、ラップトップのタッチパッドを使用して端末領域を2本の指でスクロールすることをお勧めします。