最大化された端末でマニュアルページを開き、フォントサイズを大きくすると（「拡大」）、テキストはまだ読み取れますが、書式が歪んでいます。つまり、段落のインデントと余白が失われます。
man less存在するxterm：
man lessフォントサイズを増やした後xterm（Shift+doneを使用KeyPad +）：
これにより読みやすさが低下します。マンページを終了して再度開くと問題は解決しますが（テキスト形式が正しく指定されています）、これは不明な解決策であり、通常は読んでいるテキストに戻す必要があることを意味します。
フォントサイズを変更した後に正しい書式を復元する方法はありますか？追加情報：
manlessポケットベルとして使用されます。moreポケットベルは役に立たないからです。サイズ変更後も改行されず、テキストの一部が消えます。Bashの
checkwinsizeオプションがオンになっています。他の端末（
xfce4-terminal、）terminatorにも同じ問題があります。lessキーバインディング（r、、、、R）を再描画することも役に立ちませCtrl-RんCtrl-L。
答え1
マニュアルページでは、次のように動作する前処理手順を簡単に説明し、ほとんど無視します。
- 複数のマクロセットのいずれかを使用する troff ソースは、GNU の世界では、次のような既知の ditroff("デバイス独立 troff") 出力形式に変換されます。中間出力フォーマット
grottyditroff出力は、ポストプロセッサ（たとえば（GNUツールセット内）、、gropdfなどgrohtml）によって特定のデバイス（またはデバイスファミリ）の最終出力形式にレンダリングされます。もともとditroffの実際のUnixポストプロセッサはdevps、、、、devX75と呼ばれ、devlpTextWareのようなサードパーティのポストプロセッサもありますtplus。- 端末デバイスの（GNUツールセット内の）ポストプロセッサの出力は、選択したポケットベル
grottyに供給されます。
よく知られていませんが、Unixポケットベルへの入力は、1968年のTeletype Model 37ペーパーターミナルに下線、太字、下線付きの箇条書きリストに素敵な箇条書きを含む入力でした。その後、ページャはそれを実際の端末タイプに適した制御シーケンスに変換します。 （ほとんどのUnixポケットベルはカラフルなオーバーヒット箇条書きを処理できず、次のようには機能しません。隠された交差円は、+実際にはo7ビットモードにあることを示します。.)
たとえば、一部のポケットベルは次のことがlessできます。少し1976年に初めてリリースされ、ビデオ端末で使用されるECMA-48の「新しい」端末エンコーディングを処理しますが、特にスマートではなく、最も基本的なECMA-48以外の機能を使用すると問題が発生する可能性があります。 。
grottyこれらのいずれかを出力できます。残念ながら、一部のローカル設定ファイルでは、以前の1968年の用紙端末出力形式を強制的に使用することがよくあります。
ポケットベルに商品が届いたら、文書が特定のデバイスの幅に合うようにフォーマットされています。、後処理器によって（「装置独立」を「装置別」に変換することを覚えておいてください） less、、、moreははmost包装または再梱包について責任を負いません。あなたが見つけたように、端末の幅が文書のフォーマットに使用される幅より下に縮小された場合は、このページャで横にスクロールするのが最善です。
次のいずれかを使用して、マニュアルページの並べ替えに近づくことができます。その他出力形式ですが、究極のドキュメントビューアとしてUnixポケットベルを含めません。