libghostty 1.0が到着、JetBrains IDEの1250万人が使うターミナルの中核に

私は現在、自分のZigプロジェクト（インタプリタ）に取り組んでいて、今はそのためのCインターフェースを設計しているところです。オブジェクトを不透明ハンドルとして扱うとか、enumをキーにしたゲッターとセッターといった話を見て、自分の現在のAPIがいかに不格好かを考えさせられました。呼び出し側にあまりにも多くの詳細を漏らしすぎているからです。

特に目を引いたのはこれです：「そこで最初から、私は一緒に仕事をして楽しかったCライブラリからインスピレーションを得て、将来の追加を可能にする強力で安定したABIを持つようにAPIを設計しました。」これの良い例は何でしょうか？よく設計されたCライブラリの経験が十分でないせいで、何を探すべきかわからない気がします。

Libghosttyはとてもクールなプロジェクトで、これはエキサイティングなリリースです。これを先頭に立って進めたmitchellhと、プロジェクトに貢献したすべての人々に賛辞を送ります。私は今日ghosttyをメインのターミナルエミュレータとして使っていて、数ヶ月前に時間ができたらまた戻ろうと計画しているAndroidプロジェクトでlibghosttyを使う実験をしていました。なので個人的にもこの仕事の恩恵を受けています。

私はghosttyを最初から使っていましたが、その後Mitchellがkitty向けのレンダリング能力を示したので、kittyをインストールして他は全部捨てました。統計的には正しくないかもしれませんが、kittyターミナルのトランジション、アニメーション、レンダリングはghosttyより優れていると感じています。ただ、いくつかの凝ったウィンドウ/ペインのレイアウト設定（kittyにウィンドウがあるかどうかも定かではありません）とネーミングが恋しいだけです。それ以外では、kittyはあらゆるエージェント環境での私の日常使いのターミナルです。

PS：私の見解では、Mitchellは執拗なパフォーマンス中毒者です。これはvagrantの頃から見ています（これもまた、自分が年を取っていることを思い出させて悲しくなります）。

Ghosttyが本当に輝く分野の一つは、piエージェントのような凝ったTUIプログラムです。Piには比較的最近のtuiMode「fullscreen」機能があり、それが exceptional です。Kittyグラフィックスプロトコルでインライン画像を表示できるのも大きな改善でした。モデルが画像ファイルに対して`read`を呼び出し、その結果をターミナルで見られるのは大好きです。OSC-8ハイパーリンクのサポートもとても便利です。ビューポートのスクロールは超高速で、piは必要に応じてスクロールバーを隠したり表示したりできます。

> libghostty-vtの埋め込み者が報告するすべてのバグは、エコシステムの他の全員をより良くします。libghostty-vtで出荷するすべての機能は、誰もが迅速かつ安全に利用できるようになります。ターミナルは断片化を減らしてより速く進化できます。

libvteとの比較を誰か教えてもらえませんか？それの薄いラッパーに過ぎないターミナルがたくさんあります（gnome-terminal、xfce4-terminal、mate-terminal、lxterminal、sakuraなど）。GTKに縛られているので、スコープはずっと狭いです。それでも精神的には関連しているように感じます。

Libghosttyは本当に素晴らしいプロジェクトです。1年前は私自身そのビジョンを理解していませんでしたが、それ以来Libghosttyを使った自分のターミナルプロジェクトに取り組んでいて、本当にそのまま動いて、膨大な作業を節約してくれています。すべての貢献者に賛辞を！

私はまだiTerm2を使っています。単にそれがちゃんと動いて、欲しい機能がすべて揃っているように見えるからです。

時々、人々が絶賛する他のターミナルを試してみます。以前kitty、wezterm、その他いくつかを試しましたが、結局itermに戻ってきました。

それでも、こうしたものが traction を得ているのを見るのは本当に嬉しいです。あらゆるアプリケーションで高性能ターミナルを簡単に実装できる方法があるのは大きな恩恵です。