長いコマンドライン（> $ COLUMNS）を自動的にラップする方法は？

ほとんどの端末エミュレータでは、ユーザーがEnterキーを押してコマンドを送信する前に、長いコマンドライン[...]が折り返されます。

これ端末エミュレータ機能ではありません。

これはシェルの機能です。あなたのシェルはフルスクリーンアプリケーションではありませんが、次のことを行っています。カーソルのアドレス指定。

シェルでコマンドラインを編集すると、シェルの行編集ライブラリは編集中の行の表示方法を完全に担当します。 Bourne Again シェルでは、これは GNU readline ライブラリです。 Almquistシェルはlibeditを使用します。他のシェル（Zシェルなど）には独自のライブラリがあります。

これらのライブラリは、ターミナルエミュレータのターミナル機能を文書化するtermcap / terminfoライブラリの上にあります。これには、カーソルを相対位置または絶対位置に配置する制御シーケンス、行末と画面終了を消去するシーケンス、端末に自動マージン。

これと端末の幅に関する情報TIOCGWINSZ ioctl（他のライブラリの場合はtermcap / terminfoデータベースに置き換えますCOLUMNS）を使用して、シェルの行編集ライブラリはコマンドラインの長さと行数を追跡できます。ターミナルラインに表示されます。入力ラインの編集中にカーソルをインテリジェントに移動して入力ラインを再描画します。時には自動マージンに依存することがあります（端末にある場合）。時には制御シーケンスを使用してカーソルの位置を明示的に変更することもできます。

そうなると、次のような問題が発生します。https://superuser.com/questions/695338/。プロンプト文字列の制御シーケンスが正しく分離されていない場合、人々はカーソルがどこにあるのか、画面上の特定の位置に書き込むためにどのカーソルの動きをエクスポートする必要があるのか​​についての混乱を招く可能性があります。

ターミナルエミュレータはコマンドラインまたは行編集の概念を処理しません。このレイヤーの一部ではありません。単純な文字ストリームと制御シーケンスを確認してレンダリングする必要があります。ターミナルエミュレータは、termcap / terminfoエントリに宣伝された制御シーケンスを実装する役割を果たします。 GNU readline、libedit、ZLEvimなどscreenは、自分が見つけた広告コンテンツを使用します。たとえば、端末に自動マージンがあるとtermcap / terminfoで宣言した場合、エミュレータは文字が右マージンに印刷されるときに改行する必要があります。端末がカーソルを上下に動かすことができると指定した場合、適切な制御シーケンスを受け取ったら実際にそうする必要があります。

注：GNU readlineがtermcap / terminfoエントリにそれを行う方法がないため、カーソルを上に移動できないことがわかった場合、実際には改行文字はまったく表示されません。 readline は、入力行をすべて 1 行に水平にスクロールするモードに戻ります。

端末[エミュレータ]がこれを担当します。次の行の最初の列に移動することは、行の最後の位置を入力した後に端末が実行する操作とまったく同じです。

cat長い行を入力して入力すると、これがシェルが実行する操作ではないことが簡単にわかります。シェルは、端末にあると思わbashれるzshカーソルの位置と列の数を追跡し、行の終わりにさまざまな端末制御シーケンスを出力しますが、これは高度な行編集機能の一部を実装できるようにするためのものです（たとえば、右側のプロンプト、水平スクロール、タブの完了メニューの表示と消去、現在の行の書き換え/更新など...）そうしないと、改行は引き続き発生します。

ttyレイヤーは画面サイズについてもわかりますが、改行が発生しているかどうかを確認するためには使用されません。

端末がこれを行わない場合は、端末にバグがあります。