機能 ghostty-webはCoder社が開発する、ブラウザで動くGhosttyターミナルエミュレータです。 ポイントはxterm.js API互換であること。既存のxterm.jsベースのプロジェクトなら、基本的にインポートを差し替えるだけで移行できるとのことです。 中身はGhosttyのネイティブアプリと同じパーサーをWASMにコンパイルしたもの。ランタイム依存なしで、WASMバンドルは約400KBに収まっています。 「xterm.jsと異なり、アラビア文字のような複雑なスクリプトを正しくレンダリングできる」と書かれていましたが、デモページで試した限りでは日本語の扱いには難ありです。入力もできないし、コピペしても表示がちょっと崩れてしまいました。 所感 Ghostty関連ライブラリなので紹介。 もともとはCoder社がMuxのために作ったもの。
Vimキーバインドで操作するmacOSネイティブのキーボード駆動型ファイルマネージャfindrの紹介です。 GitHub - FujiwaraChoki/findr: A keyboard-driven file manager for macOS. Native AppKit, embedded terminal via libghostty. A keyboard-driven file manager for macOS. Native AppKit, embedded terminal via libghostty. - FujiwaraChoki/findr 機能 macOS向けのネイティブファイルマネージャで、見た目は標準のFinderに似ています。 ターミナル中心のワークフローを持つユーザー向けに設計されているとのことで、h/j/k/lによるVimキーバインドナビゲーションや
Ghostty 1.3.0Release notes for Ghostty 1.3.0, released on March 9, 2026. Ghostty 1.3.0 is a significant release which includes many of the most requested features such as scrollback search, native scrollbars, click-to-move-cursor in shell prompts, and more. It also includes hundreds of improvements, bug fixes, and performance optimizations across all platforms. This release features 6 months of wo
はじめに Claude Codeの作業環境としてGhosttyを使っていました。 Pane分割で左にClaude Code、右にその他のコマンド実行というとてもシンプルな運用で、Ghostty自体に大きな不満はありませんでした。 そんな中、cmuxというターミナルアプリを見つけました。 内蔵ブラウザ、AIエージェント向けの通知機能、マルチセッション管理と、「あったらいいな」が詰まっていて気になったので早速試してみました。 cmuxとは cmuxはManaflow社が開発しているmacOS向けのネイティブターミナルアプリケーションです。 Ghosttyのレンダリングエンジン（libghostty）を使用しており、既存のGhostty設定（テーマ、フォント、カラー等）をそのまま読み込んでくれます。 Ghosttyユーザーであれば設定の移行は不要で、そのままの見た目で使い始められます。 主な特徴
English Article 最近はClaude Codeでコーディングすることが増えてきました！しかしこいつもそうだけどVSCodeもメモリをもりもり食います。大食いが5プロジェクトもあるとまあメモリもカツカツです。 そうして流行りのGhosttyに乗り換えたのが半年前なんですが、最近はGhosttyでVSCode環境をそのまま再現したい！という今の自分のGhostty環境をお見せします！ 私の環境Ghostty環境そして私の元々のVSCode環境です。 詳しく見ていきましょう。まずVSCodeのほうですが、簡単にはこれです。一般的な部類だと思いますが、左のサイドバーにファイル一覧とGitのTree表示。右にはClaude Code or Code Editorとその下にターミナルという基本構成です。 これをそのまんまGhosttyで再現したい！ということで実際に使っているのはこれです
Andrew Kelley famously (or infamously, depending on your views) said "the compiler is too damn slow, that's why we have bugs."1 As a result, one of the primary stated goals of Zig for years has been faster compile times. The Zig team has been working on extremely hard problems to make this a reality (such as yeeting LLVM, writing their own code generation backends, building their own linkers, and
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
