パテと画面とスクロールバックバッファ
PuTTYセッション内でscreenを使用すると、PuTTYのスクロールバックバッファーを使用して、画面からスクロールされたばかりのものを見ることができません。代わりに、実行画面の直前のPuTTYセッションで何が起こっているのかを確認します。
ここで何が欠けていますか？私は後ろにスクロールできるのが好きで、画面機能を使用して過去のバッファを見たくありません。私のマウスのスクロールホイールには、画面へのフックがありません。
ありがとう！
Screen FAQをチェックすると、一種のハイブリッド動作が可能になります。
要約：.screenrcファイルに次の行を追加します。
termcapinfo xterm ti @：te @
リファレンス（ PuTTY FAQ ）
PuTTYのターミナルエミュレータには、「代替画面」が使用されている場合、スクロールバックに何も追加されないというポリシーが常にありました。これは、代替画面を使用する通常の種類のプログラムはテキストエディターのようなものであり、同じドキュメント内で頻繁に前後にスクロールする傾向があるためです。したがって、（a）スクロールバックを無秩序な無秩序な大量のテキストで埋め、（b）ユーザーが興味のあるビットまでスクロールして戻るための独自の方法を含みます。ほとんどすべての状況で正しいこと。
残念ながら、screenは1つの例外です。代替画面を使用しますが、PuTTYのスクロールバックを引き続き機能させることは、通常は役立ちます。最も簡単な解決策は、機能コントロールパネルに移動し、[代替端末画面への切り替えを無効にする]を選択することです。 （詳細については、セクション4.6.4を参照してください。）または、代替画面を使用しないように画面自体に指示することもできます。画面FAQは、行 'termcapinfo xterm ti @：te @'の追加を提案します.screenrcファイルに。
後ろにスクロールするには、^A（Ctrl-A、またはスクリーンコントロールシーケンスが再マップされた場合は何でも）、次にEsc。これにより、カーソルを上下に移動できます。 PgUp/PgDnを使用すると、画面内を上下にスクロールできます。
この理由は、画面がスクロールバックバッファーを処理する方法です。画面は常にテキスト領域全体を描画し、画面で制御する必要のある独自のバックバッファを備えています。これは、テキスト領域全体を占有して独自のバッファーを提供するviやjoeなどのプログラムを使用する場合と似ています。ターミナルエミュレーターで上にスクロールするとガベージが発生しますが、これらのプログラム内で上にスクロールすると意図した結果が得られます。
それは画面がどのように機能するかによるものです。画面はテキスト領域全体を動的に更新しますが、画面の下部にある新しい行を押して、最上部の行をスクロールバック領域に押し込むのではありません。新しい行が表示されたときに画面全体を再描画し、スクロールバックに入るデータが増えるのを防ぎます。画面を使用しない場合の「less」にも同じ問題が存在します。
Solaris 10では、PuTTYスクロールバック付きの画面が自動的に機能しています。screenrcファイルがない場合でも、デフォルトでKnipSterが言ったことを実行しているようです。このアプローチの問題は、デタッチして再アタッチした場合、PuTTYにスクロールバックバッファーが存在しないため、Scagnelliの説明に従ってScreenのスクロールバックを使用する必要があることです。