を終了した後、elinksブラウザのページ履歴は私のスクロールバックバッファに残るので、起動時に画面にバッファリングされた内容に戻りませんelinks。
有効なGNU画面内では、altscreenこれは次のことを行います。いいえ発生する。しかし、一般的なターミナルセッションでは、elinkはバッファに残ります。 VimやLynxなどの他の端末プログラム欲しくないスクロールバックバッファにとどまり、バッファを起動時の状態に戻します。ただし、ELinksから代替端末に切り替える設定オプションが見つかりません。
$TERM=xterm-256color
ELinkがスクロールバックバッファに残ることを防ぐ設定オプションはありますか？
修正する:
さらなる調査によると、ロールバックの問題はOSXのiTerm2とTerminal.appでのみ発生します。 XTermでは、ELinksはスクロールバックバッファを変更しません。
答え1
明らかな問題は、OPが端末とiTerm2が代替画面を表示（または表示しない）する方法が好きではないことです。これはxtermとそれを模倣するプログラムの機能で、アプリケーションが通常のコマンドラインテキストを変更せずに全画面テキストを表示できるようにします。
elinksxterm（a）実行中であると思うか（b）GNU画面で実行中であると思う場合は、代替画面を使用することにします。
- 2つの環境変数がnull以外の値に設定されていることを確認して、「xterm」を確認し
DISPLAYますWINDOWID。 STY環境が設定されていることを確認して「GNU画面」を確認してください。
elinks端末やiTerm2では、これらの条件のいずれも一般的には適用されないため、OPはスクロールバックバッファを使用したいと思います。どちらのプログラムもこの機能をサポートします。
最も簡単な方法は、OPが望む動作をすぐに得るので、GNU画面を実行することです。これが不可能な場合は、STY実行時に環境変数を設定してscreenで実行されるふりをすることができますelinks（これはscreenで実行されるふりをするよりも副作用が少なくなりますxterm）。
この変数をランダムに設定すると、GNU画面の実行を妨げる可能性があるため、エイリアスとして最適です。たとえば、次のようになります。
alias elinks='STY=fixup /opt/local/bin/elinks'
（MacPortsが実行可能ファイルに使用するパス名を使用してください）。