zlacker

[parent] [thread] 9 comments
1. alphaz+(OP)[view] [source] 2025-12-03 23:04:06
I have yet to see a way that this software is better than leading terminal emulators like Alacritty and WezTerm. Alacritty is simple and blazing fast, WezTerm has a Lua API and is as complicated as you want it to be.

All of the fuss seems to be entirely driven by Mitchell's clout, and maybe some interest in Zig. Given that's the real reason everyone is talking about Ghostty (which I'm happy to be wrong about, let me know), It raises the question: Is crowding out other projects in a space, so that a billionaire can have a side project, really something we should be excited about? Unless the software is actually good, it seems like this is just an attention suck away from better software that could use it.

replies(5): >>maccar+f1 >>skywho+J6 >>spott+Mk >>alwill+bn >>GCUMst+Wn
2. maccar+f1[view] [source] 2025-12-03 23:12:30
>>alphaz+(OP)
Alacritty is “barebones” and doesn’t have modern features like… tabs.

Wezterm fits the vim/emacs bill of “make it whatever you want”. I want something in between - iTerm2 for 2025. Stuff like secure input on macOS is something that is just nice - it behaves like a real platform app and not jsut the lowest common denominator loosely ported.

They say in the docs it’s not the best at anything, but it’s competitive in performance, features, and extensibility and that combo is a winner for me (personally)

replies(1): >>dmytro+F2
◧◩
3. dmytro+F2[view] [source] [discussion] 2025-12-03 23:23:17
>>maccar+f1
> Alacritty is “barebones” and doesn’t have modern features like... tabs.

It does. And the barebones complaint is literally funny (I'm mentally giggling) because Ghostty didn't have modern features like... search, literally 4 days ago https://github.com/ghostty-org/ghostty/pull/9756

That's why I'm staying on Alacritty on my company mac.

replies(1): >>uberco+m51
4. skywho+J6[view] [source] 2025-12-03 23:51:10
>>alphaz+(OP)
This is a terrible comment. Everyone should use the terminal that works for them and anyone who wants to write a terminal should do so. Ghostty is great. I’ve heard Alacritty is great.
replies(1): >>alphaz+Ph
◧◩
5. alphaz+Ph[view] [source] [discussion] 2025-12-04 01:19:26
>>skywho+J6
This doesn't engage with my comment at all other than to say that you personally found it unpleasant.

If it's true that Alacritty and Ghostty are both great, Alacritty must be some different kind of great because it has a large number of users due only to its own merits, and not due to the online following of the author.

replies(1): >>uberco+Or1
6. spott+Mk[view] [source] 2025-12-04 01:47:59
>>alphaz+(OP)
Libghostty is a pretty huge contribution.
7. alwill+bn[view] [source] 2025-12-04 02:12:01
>>alphaz+(OP)
> All of the fuss seems to be entirely driven by Mitchell's clout, and maybe some interest in Zig.

Nope, that's not it.

It's mostly because he noticed the majority of terminal applications were okay but not great. So he decides to address this by creating a cross-platform terminal app that's faster and more compatible than pretty much every existing terminal app. And has a native macOS UI written in Swift without compromising its cross-platform features.

Kind of out of nowhere, Ghostty is in the conversation of being the best terminal app available. "Best" doesn't mean the most features; but it nails speed and compatibility. (I’d love to see iTerm switch to using libghostty in the near future. That would be a killer combination!)

From "State of Terminal Emulators in 2025: The Errant Champions": [1]

Before presenting the latest results, Ghostty warrants particular attention, not only because it scored the highest among all terminals tested, but that it was publicly released only this year by Mitchell Hashimoto. It is a significant advancement. Developed from scratch in Zig, the Unicode support implementation is thoroughly correct

In 2023, Mitchell published Grapheme Clusters and Terminal Emulators, demonstrating a commitment to understanding and implementing the fundamentals. His recent announcement of libghostty provides a welcome alternative to libvte, potentially enabling a new generation of terminals on a foundation of strong Unicode support.

[1]: https://www.jeffquast.com/post/state-of-terminal-emulation-2...

8. GCUMst+Wn[view] [source] 2025-12-04 02:18:10
>>alphaz+(OP)
For me, Alacritty and Foot do not support ligatures, Kitty does now but I personally find the maintainers behaviour a bit abrasive. Wezterm is great but I found it noticeably slow in some (dumb) instances -- eg 144fps rendering of games, input latency and had issues on wayland at some point.

Dunno if that makes Ghostty "better" than other terminals, probably not. It just ticks the boxes of ligatures, fast, integration with wayland, simple amount of configuration to work how I want. It also seemed to have a focus on "correctness" which I appreciate. I don't use any of the tab/ssh/whatever features. I know ligatures are the new vi-vs-emacs religious war. Without that single feature-request, I'd probably just use foot. Swapping terminal also isn't that hard, it'd easily swap to something else if it gave me a reason.

I do think its reasonable to question focus on a millionaires toy with a large social presence vs other projects, helped by the somewhat --if not intentional, at least side-effecting -- hype-focused release style of Ghostty. Would it be nearly as successful if it were released anonymously at a 1.0? Probably not? Maybe? It does score highly in sort of arbitrary feature & performance benchmarks so it would probably still have a number of users without the name attached.

◧◩◪
9. uberco+m51[view] [source] [discussion] 2025-12-04 09:48:24
>>dmytro+F2
Alacritty didn't even have scrollback for years.

Alacritty's search is less useful than Ghostty's implementation as it you have to exit search mode to do anything else.

◧◩◪
10. uberco+Or1[view] [source] [discussion] 2025-12-04 12:52:02
>>alphaz+Ph
Your whole comment is predicated on the idea that the software isn't actually good. However it is, so the rest of it doesn't make sense.
[go to top]