Ghostty – Terminal Emulator (opens in new tab)

Mitchell,

What has it been like witnessing terminal emulators make such a huge comeback with the advent of Claude Code et. all? I remember comments here in the early days of Ghostty along the lines of "Why is he working on a terminal emulator? We need people working on future problems, not the past!" Pretty funny considering I regularly hear people say they are in the terminal more than the browser now. Crazy times!

What's it been like managing a fairly large project with Zig? I know you've spoken highly of the language in the past, but recently it seems like Zig has been through some substantial changes that would be relevant to a terminal emulator. I'm curious how painful the churn has been for project maintainers.

I'm the author of Trolley[0] (Electron for TUIs).

It was so easy to get the terminal functionality going with `libghostty`. Most time was spent building the functionality around it.

Thanks for making it.

[0]: https://github.com/weedonandscott/trolley

Coincidentally I was just listening to your interview with The Pragmatic Engineer [1] this morning. Loved hearing the stories of early days at HashiCorp, taking it public, and the near-miss with VMware.

It also got me wondering how things would be different if you haven't crossed paths with the guy who unplugged your mouse :) It's fascinating how life is full of these small yet defining moments. We don't always appreciate them right away, but beautiful to look back.

Thanks for Ghostty! It has been my daily terminal driver for the past year.

[1] https://www.youtube.com/watch?v=WjckELpzLOU

Thanks for all the work you do! I had used terminal just a few dozen times before November — and now i am in terminal more than any app (even more than the web browser).

It’s common for me to have 15-25 different terminal windows open for using Claude code. I shifted to Ghostty because I was looking for more features.

Unfortunately, none of the features I wanted are available anywhere (though I’ve come to appreciate Ghostty anyway). Here’s what I had wanted:

1. Basic text editing features (ie click to place cursor in the text input field; highlight to delete)

2. Change colors or fonts mid session (to make it easier to find particular windows)

3. Window management and search (eg, a way to find my windows when I lose them and to otherwise control them)

Apparently, it is really hard to develop features like these for terminal emulators. I’d love to understand why…

Now that Ghostty is part of a real org, is there any way people can sponsor specific features/bugfixes? I've been waiting for drag/drop to be working on KDE before I make the switch, and I'd be happy to pay for a fix.

> the real goal is a diverse ecosystem of terminal emulators that aim to solve specific terminal usage but all based on a shared, stable, feature-rich, high performant core. It's happening!

I recall the package manager war of Haskell between "stack" and "cabal-install":

Users would have strong opinion depending on their background.

But the developers eventually made both projects use the same libraries.

Both tools allow for ghcup to manage the compiler, so there's no conflict there.

The difference is eventually just a frontend experience, and all the heavy lifting and synergy is achieved behind the scenes.

I would not have believed the same is possible for terminals, even cross-platform, so thank you for having this vision.

Do you think there's entry barrier, even if pride based or psychological, to the fact that libghostty is called so rather that something more generic?

Let's say I'm the creator of Alacritty, would I have more problems adding libghostty than it's generically named identical counterpart libtermengine?

Many thanks for everything. Without Ghostty I wouldn't have been able to create https://github.com/rcarmo/webterm and have a decent browser-based terminal that works the way I expect it to.

Having incorporated libghostty into my current web-based project, I can't say enough thanks. I've lived in the terminal since 2003, resisting IDEs, VSCode, everything because I'm a die hard Vim + tmux guy. Vibe coding coming back to the terminal, and being able to use libghostty to facilitate that is a serious vindication of my steadfast resistance to move away from the terminal.

I'm sure you feel the same watching Ghostty become what it has. Big thank you.

mitchellh: What is the current thinking WRT adding client/server functionality (like built-in tmux+mosh)? I recall you talking about it on the Changelog podcast, and that would be a killer feature for me; I really make a lot of use of the wezterm equivalent, it's so nice having first-class UI windows rather than tmux's faking of it.

You're one of the forefront experts in terminal protocol parsing. Do you have opinions on "interceptor" applications like tmux or mosh, for example? These applications technically need to do extra upfront work (especially mosh as it transforms the entire protocol) and it's not a transparent "I treat vt100 as a black box, I put bytes in, I get well structured, standardized events out". Does libghostty-vt support that currently, does it intend to support these kinds of protocols in the feature, or is this kind of thing outside the scope of the project?

Can you please add an rss feed to your blog? Thanks for the amazing work

Random advice question. My brother taught himself to program and has been making a terminal-based game. What started out small has turned into a highly polished game with ascii art, sound, you name it.

I’ve been trying to figure out how I could actually help him distribute it and I keep coming back to the best option being to wrap his programs terminal output into a host process that can emulate and render it. It seems that the lib Ghostty might be perfect for the former, but not quite yet on the latter?

I started using it a few days ago and then I need to find something in the terminal. But....there is no find! Why? Can you guys add it? This is such a basic and critical feature that I may have to just go back to...just about anything else.

Do you know of any Qt based libghostty front-ends? Also, hows zig for a relatively complex project like this? I like zig in theory but have always been worried about using it since it's still pretty early days

I literally discovered Ghostty yesterday when googling "best terminal macos" and surfaced a ~year-old reddit thread recommending it [0]. Just needed something other than Terminal so I could Cmd-Tab between distinct command-line work (e.g. claude code and ipython tabs). Was nice to find something that just worked

[0] https://www.reddit.com/r/macapps/comments/1loiw2z/comment/n0...

Hey Mitchell, thanks for ghostty (happy user here for a month or two). Is there anywhere I can look to see the status of the next planned release?

I've been waiting for the vim feature to hit stable, and have just been checking to see if there's a new release every so often, but I couldn't find a discussion or anything to see when it was planned.

I use Ghostty as my main TUI at work and absolutely love it. Most of my day lives in terminals, and Ghostty just feels fast, clean, and out of the way in the best possible sense.

I was a long-time Kitty user, but switching to Ghostty has been a big upgrade for my workflow. Hard to go back now. Thank you

What's the current state of the art with using libghostty in a browser? There are a few community projects around that compile it down to wasm.

Essentially, I have a few features that have a TUI-first UI, and the obvious next step is to expose some of that to a browser.

Excited to see the further development of libghostty! It is an exciting project in this new world of being able to develop your own agentic development environments rather effortlessly. These things are possible because of projects like yours. Thank you!

Thanks for creating Ghostty! Is there a chance to have shorter release cycles? I switched to nightly because of the mem bug and search, but ideally would like to be on a more stable channel.

I just wanted to say "thank you". I switched to Ghostty over a year ago and it's been working out great. It's now my default terminal. My favorite features are responsiveness and ease of splitting panes.

Hi Mitchell, thanks for creating Ghostty. Been part of my workflow ever since I found it. Just a small question, when do you see Ghostty can fully replicate iTerm2 popular features like output copy/selection?

Is there any chance of a stable release that fixes the memory leak issue? I know I could run nightly but for something I spend all day every day using I'd much rather run a stable version.

Congrats on creating and helming such a cool project!

Out of curiosity, does ghostty do the Quake terminal thing - I use yakuake for this, but it feels a bit long in the tooth.

I came to Ghostty for the icon, but stayed because of the experience, the philosophy and your dedication and enthusiasm. Thanks!

Thanks for your awesome work. Never thought I’d switch to a terminal without cmd-f, but ghostty made it worth it. Can’t wait for v1.3!

Cmd+F ! Thank goodness!

can you please make a Windows version!!

bro please update ur support for not gtk DE please

> front page

Nice! Looks like I should have rushed the interview. :D

Hi,

Big fan. Can I get a ride on your jet?

> Kitty I don't remember why I rejected.

Maybe worth another look at then? I'm far from a Kitty power user, but it does pretty much everything else I want it to, including working as a quake-style terminal[0]. And you can extend it with kittens[1] if you so desire. Also, the next release should presumably include smooth scrolling[2] which I'm quite looking forward to.

Maybe more than any one feature though, I appreciate the hard work that Kovid (the creator of Kitty) has done to tastefully add new VT standards and try to make terminals as useful as they can be in the 21st century.

[0] https://sw.kovidgoyal.net/kitty/kittens/quick-access-termina...

[1] https://sw.kovidgoyal.net/kitty/kittens_intro/

[2] https://github.com/kovidgoyal/kitty/pull/9330

I wouldn't say I love tmux, but I have a configuration file that I put on every computer I use regularly that is very comfortable for me. I basically live in the terminal across many different machines, and having the same interface for managing panes and tabs even when using ssh is invaluable.

I also use vim (well neovim) as my primary editor, and have set up tmux to integrate well with it, so that might contribute to my appreciation and continued usage of it.

Foot is worth a look. It’s the only terminal I’ve ever seen that starts up in sub-50ms cold, without a service already running.

But you do have to run a proper window manager so you don’t have to require tab support in every single app. ;)

Scrollback does exist on Ghostty! But you need to switch to “tip”. This can be done in the config file. The tip build is very stable and has many bugs fixed (like various memory leaks).

there's scrollback search in the nightly build if that's an option for you (I've been using it a ton for a few months and haven't seen any bugs so far):

https://github.com/ghostty-org/ghostty/releases/tag/tip

I haven't seen anyone else mention Terminology yet. It uses an unconventional GUI framework (Enlightenment / EFL), but that aside, it's fast and has more or less all of the features you'd expect of a terminal:

https://github.com/borisfaure/terminology

Its "moment" as a new novel terminal was over a decade ago, but it still chugs on working just fine. Notably(?), gregkh uses it (or used to use it):

https://www.linuxfoundation.org/blog/blog/greg-kroah-hartman...

You can search scroll back on Ghostty nightly. I switched straight from iTerm2 (after 20 years of iTerm), but _do_ remember the reason I rejected Kitty: it has a ton of Python in it, which is usually indicative of software which is going to be a pain in the ass.

> Alacritty I like but the lack of tabs is not acceptable for the moment... and before you ask: I hate tmux.

Another option is to leave the tabbing to your window manager.

I like tmux because it does more than tabs in an emulator. I can detach from a session on a remote host to leave a process running after I disconnect, or to pick the session back up on another PC.

I do use tabs rather than repeatedly switching tmux sessions, but I do end up running tmux for splitting the GUI into side by side layouts.

> Alacritty I like but the lack of tabs is not acceptable for the moment... and before you ask: I hate tmux.

Surprised none of the other commenters have mentioned zellij. I work across windows (WSL) and linux so really like having the same set up for both, which means no Ghostty/Kitty since they don't support windows.

Zellij is a lot smoother and nicer looking out the box, and its key shortcuts are pretty intuitive. There's a lit of advantages to not having an extra layer, but zellij + alacritty is definitely worth having in your list of options!

https://zellij.dev/

Scroll back search is coming. You can try it in the nightly.

SecureCRT is a paid program I’ve used for years and it’s just so comprehensive. It’s not cheap but the quality shows.

I built a Windows terminal emulator (TerminalNexus) and scrollback search was one of the first things I prioritized. Ctrl+F opens a search dialog with regex and case sensitivity, and the buffer size is configurable per shell profile. No tmux needed.

Personally kitty is the only one I keep coming back too. Mostly because it's very customisable, fast, lean, ligatures, separate font for italics, great macro support, and supports automatic tiling panes.

> Alacritty I like but the lack of tabs is not acceptable for the moment... and before you ask: I hate tmux. So much more key presses to achieve basic functionality, it boggles my mind why people love it. But, to each their own obviously.

Tabs usually mean mouse+click to switch which takes way more effort that a simple alt+number or similar keybinding used to switch "tabs" in tmux. I'd guess that some terminal emulator tabs allow keybindings to switch tabs as well but, modelling OP, I'm focusing on the expected default experience.

Kitty has poor security

https://github.com/kovidgoyal/kitty/issues/2084

This is what kills it for me. Half the time I'm using a terminal I'm sshing and the fact that I need to copy over term-info on virtually every machine keeps me from using it more often. Even copying term-info doesn't always fix it. From what I've read it's not entirely ghostty's fault but as a user it's frustrating.

Same. On the tip of main, at least, I can open the command palette and choose reset to bring it back to life. I set a keybinding for reset to skip the command palette.

> I love Ghostty, especially the UI is so much nicer than Kitty.

What are you talking about? What UI does Kitty have?

I have no idea why I am responding to someone who flippantly uses a phrase like "dilittante mindset", but here we go

there is definitely a tendency for noobs and amateurs in any hobby or industry to obsess over expensive gear and things that don't matter (I love the term "buyhard" for it). you're out of your mind if you think the professionals in literally any industry do not discuss the specific technical tradeoffs of tools they are using among themselves.

I don't feel like this is a fair argument because different tools help different workflows. Since there is always a continuous growth of new people learning new things, it would make sense that tools change over time. Especially in a realm that is digital, not physical.

FWIW once I found my workflow (vim + tmux) I stopped caring so much about chasing "new" tools. Now have the luxury to wait 3-5 years and see what's worth adopting, most of it isn't only because I already found a workflow that works for me; but if you're new or still finding what works best, you'll always be experimenting.

Yes, and one of my favorite anecdotes like this: at one of the greatest jazz concert ever recorded, Charlie Parker played a cheap plastic saxophone because he hadn't brought his own.

https://jazzfuel.com/charlie-parker-the-plastic-saxophone-th...

It is cringe to buy niche gear and learn obscure in-group terminology because you are trying to short-cut through enjoying the hobby itself directly to enjoying the status and acceptance that non-hobbyists enjoy.

But "fake it until you make it" is part of life too and everyone wants to belong and to be taken seriously. You can't always just "do the hobby for fun" if you want to be social since anxious intermediates whose own output is still crap will gate-keep.

If you can, find hobbies that bring you joy and do them alone, free from the influence of too much right and wrong, at least in the first stages.

In the context of terminal emulators, idk, do something like learn AWK purely for personal enjoyment. You may not have the flashiest dotfiles or color schemes or whatever, but you'll be able to do arcane stuff in the terminal that will give you confidence you belong and others will be amazed by.

This is a very weird take. For people who spend their entire day in the terminal, having the right terminal is incredibly important. Like saying track athletes shouldn't spend money on running shoes if they own a pair of slippers.

Can relate well. In my early days I used to jump around linux distros and editors and terminals too, but with time as I have converged down to actually working a tech job.. Windows 10 LTSC and VSCode (with its inbuilt terminal) have become my staples.

This is not about it being a hobby, ghostty is the sanest terminal emulator currently available for MacOS where you can just install and start using it. Customising your terminal doesn't need to be your hobby anymore.

Composition, lighting and creativity are no more than tools either.

Some people fetishize tool curation over results. But also, the true high-efficiency creators prioritize their tools over everything. To be truly efficient and to get in the flow, you need tools that work with your particular style and approach. This is why there are lots of idiosyncratic tools and opinions about tools out there. Since not everyone works the same way or has the same preferences, there’s a natural market for unique tools that work differently to suit all those people. The “religious wars” over editors are really just people missing the point and arguing for no reason. Emacs is better for some people. Vim for others. Vscode for others. Notepad++ for others. Nano for others. This is a good thing.

If you don’t care about your craft or workflow enough to care about what tools you use, I wonder what level of quality you can achieve.

I agree to an extent that tools are not important.

But, for me, there is a certain threshold that a tool must pass to be useful. A tool that is below this level is only slowing you down or limiting your abilities.

You wouldn't use a knife to tighten screws if you have a perfectly good screwdriver lying around. And there's little to no advantage of buying a new expensive or over-engineered screwdriver.

I believe, plain vi is the lowest I can go for writing code. That doesn't mean that I can't use notepad or nano, but they fall under the level of being useful and only cripple and slow me down.

Ghostty passes this level of usability for me, but personally I'm fine with st - no gpu, no cpu spikes, uses barely any ram and still feels snappier. So, what's the point?

From one old man to another it's tough when you lose that spark.

The tip releases have had search support for a few months:

https://github.com/ghostty-org/ghostty/issues/189

https://x.com/mitchellh/status/1993728538344906978

As Mitchell stated above:

> Ghostty 1.3 is around the corner, literally a week or two away, and will bring some critically important features like search (cmd+f), scrollbars, and dozens more. In addition to GUI features it ships some big improvements to VT functionality, as always.

Same. Lack of search and lack of scrollbars make me wonder why this project got so much attention in the first place. iTerm2 seems way more capable.

I suspect it is "just" the very nice-looking default theme in Ghostty. I updated my iTerm2 colors with colors I picked from Tailwind‘s excellent color palette and iterm2 now feels fresh and has all the features I want.

Sounds like that’s coming in the next release per Mitchell’s comments above, fwiw.

Note in Ghostty 1.3 we disable discretionary ligatures (I think dlig/calt) by default as recommended by font standards. We still enable liga though that usually contains far less controversial ligatures.

Or maybe you can solve it like I did -- by using a font that does the (IMHO) right thing with regards to ligatures

https://github.com/0xType/0xProto#4-ligatures-that-dont-defo...

I can't recommend 0xProto enough, the only thing I'm sorry about is that I didn't find it sooner :)

I find this docs page fairly hilarious. Complaining about how the rest of the world is in the stone ages, and that is why ghostty doesn’t work with it.

For me, a terminal program that requires me to muck with every machine I log into to get it to work is pretty horrible. I connect to a lot of different machines every work dat. Often they’re not machines I maintain. Making that harder is exactly the opposite of what I want from a key tool like a terminal program.

Apparently changing $TERM from `screen-256color` to `tmux-256color` in tmux to try and get italics working in nvim totally mangled ghostty.

I looked into infocmp and other tricks to try and and figure out why the backspace key was throwing gibberish around, but I had no interest in debugging such an inscrutable thing through so many layers.

I don't fault ghostty for things like this, but at the same time it's hard not to scorn the tools you want to be invisible, even if making unreasonable demands of them on accident.

I haven't used ghostty but terminal having issues with ssh sounds like a major oversight.

> To give a little productive criticism, one thing I really miss is when having tiled terminals, I want to be able to full screen one of them temporarily.

I think you're looking for the `toggle_split_zoom` binding which has existed since Ghostty 1.0 and is default bound to `cmd+shift+enter` on macOS which is the same binding as iTerm. It's also visible in the menu and command palette.

We recently added a kind of split title bar, making it double click to zoom is a good idea. I'll add an issue for that to the roadmap.

Using its own TERM is a deliberate design decision. I don't remember how to fix the terminal database, but it's pretty easy (your favorite search engine or LLM should be able to help you there).

I don't know enough about these things to know why, but I have pretty much always had to hack $TERM to get things working smoothly with any remotely featureful terminal emulator. I have occasionally needed similar hacks for Kitty and urxvt, for example (though top and ncdu seem to work fine).

The way terminal applications handle different terminal emulators on Linux just seems to be a bit broken. I don't think it's a particular indictment of Ghostty or any one emulator.

I wish TERM would contain a list of terminal types in decreasing order of specificity, like 'ghostty:xterm-256color', so a system that doesn't know what ghostty is would fall back to xterm-256color, but that ship has sailed long ago.

I have tried every possible setting but SSH ends up breaking more often than not. As opposed to iTerm which just works.

It sounds like you simply forgot to update your terminfo on your remote system.

You must do this if your chosen terminal requires settings that are not compatible with "xterm-256color".

Alacritty, kitty, and wezterm also require this, as they implement features that xterm doesn't (and most likely never will), if your terminfo DB is too old to already include them.

Using Alacritty as an example, you'd take a file that looks like this, https://github.com/alacritty/alacritty/blob/master/extra/ala... , and run `tic -x -o "~/.terminfo" "that.info"` on it.

Its been this way for like 30 years, and it'll never change.

Thank you for dropping this link. I opened ghostty for the first same, then when preferences dropped me into a TUI editor with no syntax highlighting I closed it and reopened iTerm.

I liked the idea of a fast new terminal, but not enough to RTFM before figuring out if it was worth switching.

When I tried Wezterm last year, you couldn't select more than 3-5 lines of text. I went to fix the 'bug', I found that it was intentional because it allocates a string and copies multiple times every time you click and drag.

Even if that's fixed, that design put me off the terminal forever.

Wezterms is certainly nice. I guess they haven't release another update? Currently stick to iTerm2.

According to this (at least 11 months old) benchmark, Ghostty has the worst input latency across all contenders: https://github.com/moktavizen/terminal-benchmark?tab=readme-...

More benchmarks from 4 months ago: https://news.ycombinator.com/item?id=45253927

14 months old discussion of input latency in Ghostty with comments from the author: https://github.com/ghostty-org/ghostty/discussions/4837

I have been using computers and terminal for a long time, and this kind of comment makes me think I must have missed a whole bunch of things which can be done with a terminal

Since people are mentioning latency I’ll mention throughput. Basically the idea is that you accidentally cat a large file to your terminal and we are measuring how much time it takes for the terminal to finish displaying it. This test generally favors GPU-accelerated terminals.

Ghostty performs very well on this regard, among the same league as Alacritty and Ptyxis.

It feels amazing on linux. I find it very noticably better than konsole.

Foot/Alacritty also feel amazing but they don't have some features of Ghostty.

My benchmark is opening neovim and scrolling with the mousewheel so not sure how represantative that is though

Have you tried kitty with more aggressive settings? It feels very responsive out of the box, but the defaults are balanced for sane energy use on portable machines.

  repaint_delay 5
  input_delay 1
  sync_to_monitor no

on my machine, noticeable. I seriously tried it, but went back because I could notice a small end-end latency, between keypress and action. But I'm also 240hz user.

I'm not doubting your personal experience, but I find the crashes you mentioned surprising; I have never once, since v1.0.1, had Ghostty crash. Tbf I use it with tmux, so I'm not exercising some of its capabilities. But with tmux, I have at any given time 5-7 sessions, each with 2-5 windows, some with panes.

you should try foot terminal, i have been using for the past couple of months and it is quite good

Ghostty with sidebars and more https://github.com/manaflow-ai/cmux

Because someone thought it was interesting, and enough other people upvoted it.

It’s been posted many times, I think mostly due to it’s association to Mitchell Hashimoto. It’s left as an exercise the reader to determine why this is important.

Looking at the comments it seems like there are still people not using it

Just because you know about it doesn’t mean others can’t benefit from the mention.

https://xkcd.com/1053/

The biggest boon is that it's a development target for making TUIs etc. App developers get the most benefit out of it.

Add https://zmx.sh into the mix for detach/attach functionality. It uses libghostty for rehydrating session state and scrollback

As a counterpoint to Ghostty ssh. I have literally never had an issue and I manage a large cluster of boxes that run everything from centos 7 to rocky 10. All from ghostty on a Mac.

If you compare them side by side, you actually can see how slow some of them are. The way I compare is to open them all up tiled on my display joined to the same tmux session, then try doing heavy redraw operations, like maybe cmatrix. You can clearly see how some of them are quick at redrawing, and some are not.

Some people do not care about the difference, but it is definitely there.

See also https://sw.kovidgoyal.net/kitty/performance/

I've commented on this before. Sign of the times. People like anything related to GPUs. In my personal coding projects I've even been tempted to ask the agent: "What features can I add that use the GPU?"

I tried it when it last had an HN post (a week ago?) and found it to be very buggy and went straight back to Ghostty.

Very happy after a few days switching from ghostty to cmux

Why do you need a new search engine called Google when you have Yahoo Search, Ask Jeeves etc.

People do it because they care about some X factor, maybe they dont like that most existing terminals are slow and they want to build a better product.

Still curious

In my experience it actually is. I went through multiple terminals and they all had issues for me (missing key remapping functionality, slowness, not working across platforms, UI ugly...), but Ghostty is solving most of these.

I used to use the iTerm programmable notification bell which would ring when a particular output was printed in the terminal. Don't think I can do that in Ghostty

I stayed with Terminal.app for quite awhile. Until very recently (not when Ghostty was released) it didn't have 24-bit colour support. It also didn't have shell integrations such as triple click to select all output of the last command. The configuration system is arse and is kind of a lock-in as it is in all plist form, so I had a hard time extracting the colours I used for my terminal and using them elsewhere.

Now that they've updated it recently, it is a better terminal, but otherwise Ghostty has a few bells and whistles that make the experience nicer.

What features related to distrobox? I use both ptyxis and distrobox and I don’t notice any integration between them. I do notice an integration between ptyxis and sudo however. It simply turns the title bar red.

Ghostty is extremely performant. I had a bug in some concurrent software; when I added logging the bug would disappear because the threads acquiring the lock on STDERR was sufficient to make the bug go away. On Ghostty this happened fast enough that I was able to reproduce the bug.

Maybe I should have been writing everything to a file. ¯\_(ツ)_/¯ Anyway, I didn’t think of it at the time and Ghostty saved me.

I’ve been using iTerm2 for years. I’ve tried ghostty a few times and quickly went back to iterm each time for various reasons I can’t immediately recall. There is nothing I can think of lacking from iterm.

That said; if I was working more on Linux or Windows where iterm doesn’t exist it looks like ghostty would be a good option.

Same. As far as I can tell, Ghostty is still in active development and unfinished. For regular use iTerm 2 is a complete product that can be relied upon.

Beats me. Its hype is all out of proportion to its features.

Maybe this is why the creator is touting the use of libghostty, the underlying library.

It helps a bit that it's written in Zig, but its primary differentiating feature in the sea of terminal emulators is that it's created by mitchellh, who is kind of a celebrity in some circles.

Mitchell Hashimoto doesn’t need LLM’s, LLM’s need Mitchell Hashimoto

Worth posting here: https://github.com/ghostty-org/ghostty/discussions

Yeah, i have been using foot so far as i found ghostty and warp terminals too much memory consuming

Submission upvotes don't count nearly as much as comment upvotes in terms of points.

A config page. Reasonable padding defaults.

Probably more, but after dealing with unhelpful errors while trying to debug my config file, I figured I'd come back to ghostty another time.

I have Ghostty 1.2.3 and it STILL does not have cmd+F find.