Ghostty 1.4

मूल लेख ↗ Hacker News चर्चा ↗

Ghostty 1.4, एक GPU-accelerated, cross-platform terminal emulator जो Zig में लिखा गया है, कम latency, text-only configuration, और खास तौर पर libghostty के लिए लोकप्रिय हो रहा है—यह reusable terminal core अब IDEs, editors और “agentic” terminals में embed किया जा रहा है। Commenters इसकी तुलना लंबे समय से स्थापित tools जैसे iTerm2, Konsole, Kitty और WezTerm से करते हैं, जहाँ speed, Linux पर startup time, feature gaps (जैसे tmux -CC, keyboard-driven selection, quick-window tabs) और configuration UX के बीच trade-offs हैं। आधुनिक terminal capabilities जैसे OSC8 hyperlinks और Kitty graphics पर भी सक्रिय बहस है—कुछ इन्हें rich TUIs और AI workflows के लिए आवश्यक मानते हैं, जबकि अन्य इन्हें अनावश्यक जटिलता और security risk मानते हैं.

Ghostty और libghostty का उद्देश्य

  • कई टिप्पणियों में कहा गया है कि असली “उद्देश्य” सिर्फ एक और terminal app होना नहीं, बल्कि libghostty है: एक पुन: उपयोग योग्य, सही, उच्च-प्रदर्शन terminal core जिसे दूसरे apps embed कर सकें।
  • libghostty अब Ghostty के लगभग पूरे core को कवर करता है, कई OSes पर CI-tested है (freestanding सहित) और कई languages के लिए bindings उपलब्ध हैं।
  • इसका उपयोग IDEs, “agentic” terminals, Emacs (ghostel), custom session managers में हो रहा है, और इसे अन्य projects के लिए भी विचार किया जा रहा है (जैसे Neovim, KDE frontend, xterm.js surface)।

अन्य terminals के मुकाबले performance और behavior

  • प्रशंसक बहुत कम latency, smooth TUI rendering, अच्छी Unicode correctness और GPU acceleration की रिपोर्ट करते हैं, Konsole, Apple Terminal और कुछ अन्य की तुलना में।
  • अन्य लोग Konsole, xfce4-terminal, foot, st, Rio आदि को launch करने में तेज़ या “काफ़ी तेज़” पाते हैं, खासकर Linux पर जहाँ GTK के कारण Ghostty startup धीमा महसूस हो सकता है।
  • thread में benchmarks संकेत देते हैं कि Ghostty 1.4 ने speed और memory usage में काफ़ी सुधार किया; कुछ workloads में फिर भी high memory की रिपोर्ट है।

Configuration philosophy और UX

  • स्पष्ट विभाजन है: कुछ लोग simple text config और GUI न होने को पसंद करते हैं (“good tools should be invisible; dotfile-friendly”), जबकि दूसरों को generated default config या settings UI के बिना discoverability बहुत खराब लगती है।
  • शिकायतों में fonts बदलने या overlay छिपाने के लिए भी docs की ज़रूरत, और macOS पर search box में paste न कर पाना शामिल है (कुछ के लिए अभी भी unresolved)।
  • कुछ लोग configuration GUI या कम से कम TUI चाहते हैं; अन्य स्पष्ट रूप से यह पसंद करते हैं कि developer time GUI पर खर्च न हो।

Features, gaps, और comparisons

  • सकारात्मक: cross-platform native GUI (Mac/Linux; Windows libghostty के माध्यम से दूसरे apps में), built-in Nerd Font fallbacks, fish जैसे shells के साथ अच्छा mouse support, Kitty graphics protocol support, quick terminal / drop-down style, macOS पर non-native fullscreen options।
  • अनुपस्थित या विवादित: tmux-CC integration, Kitty-style hints/quick-select, advanced keyboard-driven selection, tabbed quick terminals, restart पर full scrollback restore करना, बेहतर macOS find behavior, Windows GUI build।
  • कुछ users iTerm2, WezTerm, Konsole आदि पर टिके रहते हैं, अधिक mature features, बेहतर GUIs, या कम friction का हवाला देते हुए।

Security और protocol चिंताएँ

  • OSC8 hyperlinks पर बहस: आधुनिक terminals इन्हें default रूप से guarded click behavior के साथ सक्षम करते हैं; कुछ लोग security-first defaults (disabled) के पक्ष में हैं और हाल की OSC8-संबंधित vulnerabilities का उल्लेख करते हैं।
  • व्यापक चिंता यह है कि escape-code features का तेज़ी से विस्तार attack surface बढ़ाता है; दूसरे लोग जवाब देते हैं कि bugs को fix किया जाना चाहिए, शक्तिशाली features को disable नहीं।

LLMs और development culture

  • Ghostty के release notes और core docs स्पष्ट रूप से मानव-लिखित हैं; कई commenters AI prose की तुलना में clarity की प्रशंसा करते हैं।
  • broader ecosystem में, LLMs का उपयोग config editing, bug-hunting, और यहाँ तक कि समान terminals को re-implement करने के लिए भी हो रहा है, लेकिन कुछ users terminal के अंदर “AI junk” का कड़ा विरोध करते हैं।