画像サポート付き端末
1つまたは複数の指定されたペインに孤立した画像を表示できる一種のハイブリッド端末を持つことは可能ですか？
私が理解しているように、現代の端末はとにかくグラフィカルエミュレーションであるため、明らかに画像を表示するための基本的な機能があります。
私がこの作業を想定する方法は、次の2つの方法のいずれかです。
（1）グラフィック用に画面の指定領域または名前付き領域があり、端末テキストがその領域に回り込む、または
（2）画像はテキストの行とインラインで印刷されます。そのため、「show mypicture.png」のようなコマンドを入力すると、画像が現在の行の下に表示され、さらにコマンドが入力されたときに画面からスクロールするだけです。
オプション（1）は、アプリケーションが端末を2Dで制御するcurses-type環境に適しています。
X Windowsが登場する前は、「インバンド」グラフィックプロトコルにいくつかの試みがありました。従来のxtermの4014モードは1つです。ワイヤーフレームの3D描画を行うために、約25年前に実際の作業を行うのを見てきました。 1980年代初頭のVT300 +端末でのより強力なグラフィックプロトコルは、DECREGISグラフィックでした。これは、「マウスのような」入力のオプションと一連の描画プリミティブ（線、塗りつぶされた/塗りつぶされていない円、長方形）を備えた完全なラスターグラフィックス言語でした。すべて、従来のVT ###エスケープシーケンスの拡張バージョンでエンコードされています。一部のREGIS端末には、ローカルの「小さな基本的な」インタプリタがあり、バンドエスケープシーケンスを介してダウンロードされたローカルプログラムを実行できました。 CPUとメモリがほんの少し大きければ、GUI全体がシステムのようなXウィンドウへの代替アプローチとして開発されたと想像できます。
ユビキタス xterm Tektroniks 4014モードをコンパイルできます。T 4014は「ストレージチューブ」端末でした ：エスケープシーケンスを送信すると、線が引かれます。画面上のテキスト。 Arch Linuxには tek 4014 demo が含まれているようです。 4014マニュアル はまだオンラインです。
これは主に歴史的な好奇心ですが、これがあなたが望むものだとは思いませんが、「帯域外」シグナリングを行う必要があるのとは対照的に、「帯域外シグナリング」を使用してグラフィックウィンドウを実行できることを示していますX11はそうです。