端末プログラムに奇妙に見える右と下の境界線が表示されます。

Question

端末エミュレータは文字セルの矩形格子を使用し、各セルのサイズは同じです。

「一般」ウィンドウマネージャを使用すると、ほとんどの端末エミュレータがピクセル単位でサイズをスムーズに調整するのではなく、突然サイズ変更を行うことがわかります。これは、内部で実行されているアプリケーションに見やすい形状を提供するために、右端と下端の使用できない領域を避けたいからです。

これはいわゆる「幾何学的ヒント」によって達成される。文字単位が10×20ピクセルのフォントを選択し、ターミナルエミュレータがターミナルエミュレーション領域全体に1ピクセルの枠線を追加するとします。単純化のためにタブバー、スクロールバーなどがないとしましょう。つまり、デフォルトのウィンドウ幅は12、22、32、42 ...ピクセル、デフォルトウィンドウの高さは22、42、62、82 ...ピクセルです。ほとんどの端末エミュレータにはジオメトリヒントがあり、一部の整数の場合、幅はピクセル単位で、高さはピクセル単位でなければなりません10*w+2（明らかに正確な数字は常に実際のセルサイズ、デフォルトの境界線幅、スクロールバーの幅、その他の計算する追加機能に基づいています））。）精神）。20*h+2wh

名前が示すように、これらはヒント、ルールではありません。ウィンドウマネージャは必要に応じてそれを尊重したり無視したりできます。一般的なウィンドウマネージャは、ウィンドウを最大化してフルスクリーンで表示するときは無視しますが、それ以外は尊重します。私はタイリングウィンドウマネージャに慣れていませんが、常にこれらのヒントを無視しているようです。タイリングウィンドウマネージャは、ウィンドウを移動できる場所をより厳密に制御したいと考えています。これは、ウィンドウマネージャがアプリケーションを調整する必要があることを知らせるものであり、その逆ではありません。

それでは、ウィンドウサイズがプロンプトと一致しない場合、ターミナルエミュレータはどうすればよいですか？右と下にw*h文字セルの数に含まれていない未使用の領域を残しました。そこでは本当に何もできません。（まあ、いくつかのトリックがあります。たとえば、VTE（GNOMEターミナルや他のターミナルで使用）は、スクロール時に下部の追加領域を使用します。Kittyはセル間に追加のスペースを割り当てるため、セルのサイズはすべて同じです。ではありませんが、一般的にその地域は利用できません。）

ここで何ができますか？

1つの方法は、残りの領域がないことを確認することです。つまり、ウィンドウマネージャはジオメトリヒントを尊重します。 Manjaroまたはi3がこれを行うことを許可するかどうかはわかりません。

もう1つのことは：多くの端末エミュレータには動的に（つまりランタイム）変更する方法があるということです。基本背景色このデフォルトの背景色は、通常、w*h文字セル（背景色が明示的に設定されていないセル）だけでなく、幾何学的手がかりが尊重されない場合はより大きくなる可能性がある周囲の境界線にも使用されます。

サポートされている端末エミュレータでは、OSC 11エスケープシーケンスを使用してデフォルトの背景色（したがって境界線の色）を設定するか、OSC 111を使用してデフォルト値に戻します。例:

printf '\e]11;#abcdef\e\\'
printf '\e]111\e\\'

スタート/終了vimと友達とつながり、そのコンテキストで目的の色でボーダーをペイントします。

Answer 1