パテと画面およびスクロールバックバッファ[閉じた]

パテセッション内で画面を使用する場合、画面からスクロールしたものを見るためにパテのスクロールバックバッファを使用することはできません。代わりに、実行中の画面の直前に、パテセッションで何が起こっていたかを確認します。

ここで何が欠けていますか？スクロールバックできるのが好きで、画面機能を使用して過去のバッファを調べたくありません。私のマウスのスクロールホイールには画面へのフックがなく、そうなるとは思わない。

ありがとう！

また、一種のハイブリッド動作を許可する画面FAQを確認することもできます。

概要：.screenrcファイルに次の行を追加します。

termcapinfo xterm ti @：te @

リファレンス（Putty FAQ）

PuTTYのターミナルエミュレータには、「代替画面」が使用されている場合、スクロールバックに何も追加されないというポリシーが常にあります。これは、代替画面を使用する通常の種類のプログラムは、同じドキュメント内を頻繁にスクロールするテキストエディタのようなものだからです。そのため、（a）スクロールバックを無益な無秩序なテキストでいっぱいにし、（b）ユーザーが興味のあるビットにスクロールバックする独自のメソッドを含んでいます。ほとんどすべての状況で正しいこと。

残念なことに、screenは1つの例外です。代替画面を使用しますが、通常はPuTTYのスクロールバックを引き続き機能させると便利です。最も簡単な解決策は、[機能]コントロールパネルに移動し、[代替端末画面への切り替えを無効にする]にチェックマークを付けることです。（詳細については、セクション4.6.4を参照してください。）または、画面自体に代替画面を使用しないように指示することもできます。

スクロールバックするには、^A（Ctrl-A、または再マップした場合は画面制御シーケンスは何でも）を押し、次にを押しますEsc。これにより、カーソルを上下に移動できます。 PgUp/ PgDnを使用すると、画面内を上下にスクロールできます。

この理由は、画面がスクロールバックバッファーを処理する方法です。Screenは常にフルテキスト領域を描画し、screenで制御する必要がある独自のバックバッファーを持っています。これは、viやjoeなどのテキスト領域全体を占有し、独自のバッファーを提供するプログラムを使用するのと似ています：端末エミュレーターで上にスクロールするとゴミが出るだけですが、それらのプログラム内で上にスクロールすると、意図した結果が得られます。

これは、画面がどのように機能するかによるものです。Screenは、画面の下部にある新しい行をプッシュするのではなく、テキスト領域全体の動的な更新を行い、それにより、上の行がスクロールバック領域にプッシュされます。新しい行が表示されたときに画面全体を再描画します。これにより、スクロールバックされるデータが増えなくなります。画面を使用しない場合、「less」でも同じ問題が発生します。

Solaris 10では、Puttyスクロールバックを使用した画面が自動的に機能します。.screenrcファイルがなくても、デフォルトでKnipSterが言ったことを実行しているようです。このアプローチの問題は、デタッチと再アタッチの場合、Puttyにスクロールバックバッファーがなく、Scagnelliの説明に従ってScreenのスクロールバックを使用する必要があることです。