<3 This has been a work of passion for the past two years of my life (off and on). I hope anyone who uses this can feel the love and care I put into this, and subsequently the amazing private beta community (all ~5,000 strong!) that helped improve and polish this into a better release than I ever could alone.<p>Ghostty got a lot of hype (I cover this in my reflection below), but I want to make sure I call out that there is a good group of EXCELLENT terminals out there, and I'm not claiming Ghostty is strictly better than any of them. Ghostty has different design goals and tradeoffs and if it's right for you great, but if not, you have so many good choices.<p>Shout out to Kitty, WezTerm, Foot in particular. iTerm2 gets some hate for being relatively slow but nothing comes close to touching it in terms of feature count. Rio is a super cool newer terminal, too. The world of terminals is great.<p>I’ve posted a personal reflection here, which has a bit more history on why I started this, what’s next, and some of the takeaways from the past two years. <a href="https://mitchellh.com/writing/ghostty-1-0-reflection" rel="nofollow">https://mitchellh.com/writing/ghostty-1-0-reflection</a>
After a quick test this looks incredibly good and fast. I'll use it as a terminal for the next weeks to see how it goes, but I have good feelings. Thank you so much for writing it.<p>EDIT: WOOOW, for me this is going to be a game changer. I was just working at Redis stuff outputting a ton of debugging info and results, and normally the terminal was the bottleneck, and here instead it printed <i>half million</i> of results in the blink of an eye. And then I could go back in the history without any performance degradation. I love this: for development of systems it makes a big difference.
I've been using Ghostty for several months now (used Alacritty before that). Ghostty is really, really good. It's fast, it gets the text rendering right (many cross-platform terminals struggle with this), and it has all the features I need.<p>It's also some very well-written Zig code. We use some of the code for graphemes in Bun for `Bun.stringWidth`.
Ghostty has a hard-to-find "quake mode" that may interest some.<p>During the beta I had it configured like this on macOS:<p><pre><code> keybind = global:cmd+space=toggle_quick_terminal
quick-terminal-animation-duration = 0.1
</code></pre>
There isn't an option to set the default height of the "quick terminal" window that I'm aware of but you can drag the bottom of the window after it opens and it will persist between toggles.
I have found the following community site for generating Ghostty config quite helpful <a href="https://ghostty.zerebos.com/" rel="nofollow">https://ghostty.zerebos.com/</a>
I initially scoffed when I read "platform-native UI" as I've found programs made in Electron typically proclaim something similar when they are anything but native, so when I saw it used GTK for Linux (SwiftUI for MacOS) my interests were piqued. Always fun to mess around with new terminal emulators.<p>edit: alas, it doesn't support bitmap fonts..
Many people here seem impressed about speed/performance. I have been using all sorts of terminals / emulators over the past 20 years and it never occurred to me a terminal can be slow. When I type a command, I just get the result instantaneously, for any terminal. What are the use cases that can make a terminal be slow?
This feels like the Vagrant moment [1] again. Cant believe 15 years have passed already.<p>Together with Bun I believe that is two high profile open source software made with Zig.<p>[1] <a href="https://news.ycombinator.com/item?id=1175901">https://news.ycombinator.com/item?id=1175901</a>
This is a neat blog post explaining part of the magic:<p><a href="https://gpanders.com/blog/ghostty-is-native-so-what/" rel="nofollow">https://gpanders.com/blog/ghostty-is-native-so-what/</a>
I use Foot as my terminal and Niri as my WM. It’s a great combo. Niri handles splits for me, and I don’t need tabs. I also turn off all window decorations, so my terminal content gets 100% of the terminal’s screen real estate-- so I don't need a native UI. All that said, it looks like Ghosty can be configured to match this setup, so I’ll give it a try. I just wanted to mention Foot to anyone who is running Linux. Foot is a simple, focused project.
Already in homebrew if you want to use that!<p>I'm very new to Ghostty and went looking for my favorite theme "Solarized Light"; it's listed as "iTerm2 Solarized Light" -- in contrast (heh) to "Solarized Dark"
The author has a dev log I’d recommend if you’re curious about what makes it different + general goodies on Zig/terminal emulators.<p><a href="https://mitchellh.com/ghostty" rel="nofollow">https://mitchellh.com/ghostty</a>
When I try to ssh into one of my servers using this terminal I get the following:<p><pre><code> missing or unsuitable terminal: xterm-ghostty
Connection to xxx.xxx.xxx.xxx closed.
</code></pre>
(IP address removed by me.)<p>It turned out that this is associated with how I automatically run tmux by having the following kind of config for how I connect to that server.<p><pre><code> Host server3000
IdentityFile ~/.ssh/host_specific/foo/bar/server3000/id_ed25519_baz
RequestTTY yes
RemoteCommand /usr/bin/env tmux new-session -A -s '%L'
</code></pre>
Whereas if I outcomment the RemoteCommand setting in my ~/.ssh/config of the laptop I'm connecting form, I can connect fine even using Ghostty as my terminal and from<p><pre><code> env | grep ^TERM=
</code></pre>
I get output<p><pre><code> TERM=xterm-256color
</code></pre>
in the initial normal shell.<p>And if I run tmux, then inside of it from<p><pre><code> env | grep ^TERM=
</code></pre>
I get output<p><pre><code> TERM=tmux-256color
</code></pre>
So there seems to be some termcap stuff I'd have to figure out if I want to use Ghostty and still be able to run tmux automatically in the way I'm currently doing without problem when using the Terminal that ships with macOS and ssh'ing into my servers.
I tried to install and play around with it, it's really nice.<p>Took a bit of tinkering to set a theme and my favourite Pragmata Pro, but what ultimately annoys me is the lack of 'turnkey' selecting for text.<p>When I run `Cmd + A`, I want my terminal to make a full text selection of an entered command, not of the screen content. Or when I run `Option + Shift + Arrow left/right`, I want to select words from an entered command, not to type '4D;4C;4D;4C'.<p>I'm not a vimer or emacser, I want to have normal macos experience. For this reason alone I thought it's too early to switch and Warp is still great for me.
I'm very excited to have this because it's the first bit of high quality open source software to hit the streets in a while.<p>I like where we're headed with tools like this and Ladybird[0] for hope of a subscriptionless future.<p>Thank you, Mitchell!<p>[0] <a href="https://ladybird.org/" rel="nofollow">https://ladybird.org/</a>
So I will see how well it works on FreeBSD, but I love the development model, keeping it "closed" for the 1.0 (focus and polish), I have not tested it yet, but it already "feels" like professional engineering work.
Cool to finally see a 1.0 release of Ghostty! Will definitely check it out. One very strange and niche question though, do you support font switching with SGR escape codes? After the Monaspace font family was released I made a PR to Vim to support highlighting by font switching, but I've yet to find a terminal emulator to my liking that supports it. I'm building an eink laptop and its monochrome display requires some neat tricks like this to get the most out of the device.
Any love for Windows. I'm getting restless to ditch putty but unable to find any good emulator that has select and login style of management screen.
> For example, on macOS, Ghostty supports Quick Look, force touch, the macOS secure input API, built-in window state recovery on restart, etc. These are all native APIs provided by macOS that don't have equivalents in Linux desktop environments.<p>I believe window state recovery has some approximate equivalent in GNOME and KDE, but maybe not exactly the same (and I don't know how easy it is to integrate with).
> Split Right | Split Down<p>Thanks for this. After 7 years of using iterm2 I still don't know what will happen with the ambiguous "Split Horizontally | Split Vertically". I know the issue is I'm thinking about it and should just learn it, but it would be more helpful if it was named "Split A | Split B".<p>(might be a non-native language problem)
I went to ghostty.org and spent a long time staring at that animated ghost, and thought of clippy. Except this guy seems to have wider range of emotions.<p>Anyways, I eventually learned this was about a terminal emulator (which is awesome), but the ghost on the front page really inspired my imagination. I think it would be a good thing to have some kind of companion like that, when it's me, by myself, constantly surrounded by terminals all day.
Is the choice of having the ghost be rendered in a text-mode terminal important? I think it is for me.
I have a traumatic experience with GPU-based GUI. Long time ago I tried to run Ubuntu in a VM, and they switched to GPU-based rendering. But as VM doesn't have a GPU, the system fell back to something called "llvmpipe". The result was that the widgets reacted approximately with 30 second lag to every action.<p>So what I am asking, if you are making a GPU-based rendering toolkit, please write also SIMD software fallback <i>without</i> shaders. Remember how fast Windows 95 was and make it a little bit faster.
I took this for a spin today. Coming from a long-time iTerm2 user, the first thing I noticed was how snappy everything feels, especially when resizing the window. The straight-forward configuration was extremely nice as well and can be stored in my dotfiles now (iTerm was a giant dump of XML).<p>A few things that keep me from switching to it full time:<p>- Missing search scrollback (cmd+f). This appears to be coming soon: <a href="https://github.com/ghostty-org/ghostty/issues/189">https://github.com/ghostty-org/ghostty/issues/189</a><p>- More of a nitpick than anything, but the only way to disable cursor blinking is to disable shell integration. Unfortunately, this means taking away things like native scrolling and likely some other things I don't know about. I see there is a discussion here to possibly address this: <a href="https://github.com/ghostty-org/ghostty/discussions/2812">https://github.com/ghostty-org/ghostty/discussions/2812</a><p>I feel like this would be a no-brainer switch for me once the above are addressed.
Looks interesting. I'm playing around with it on Linux (with Xfce), but can't figure out how to get rid of the CSD header bar / hamburger menu and use a normal menu bar instead. I see Mac screenshots with a normal Mac-style menu bar, but I don't see how to enable the equivalent on Linux. The `window-theme` and `window-decoration` options do not seem to do anything.
- xterm still feel faster to me.<p>- some visual artifacts with the gtk menu<p>- sometimes prompt got clear when openning 2nd / 3rd windows<p>- cant get keybinding quick toggle to work
Have set it up with Nushell. It’s pretty fast while displaying really long log files. Going to sit alongside iTerm2 until I get comfortable with it.<p>The only things I miss are (1) right click to copy paste selection (akin to Putty), and (2) profiles (I work with different shells depending on my projects and use Profiles frequently on iTerm2)
Congratulations!<p>I was hoping 1.0 would mean CMD+F search would work, but looks like that was pushed back to a later release unfortunately.<p><a href="https://github.com/ghostty-org/ghostty/issues/189#issuecomment-2558909414">https://github.com/ghostty-org/ghostty/issues/189#issuecomme...</a>
In case anyone is wondering, this terminal appears to work just great on windows by using WSLg.<p>I installed on linux inside WSL, then launched it, and it looks/works great. Clipboard also works.
I just want to say thanks for the minimum-contrast option: <a href="https://ghostty.org/docs/config/reference#minimum-contrast" rel="nofollow">https://ghostty.org/docs/config/reference#minimum-contrast</a><p>I've grown so sick of tools/TUIs that output unreadable text (like Debian's ls that defaults to dark-blue-on-black for directories). I look forward to never manually theming a terminal app again!
Does it support Ctrl+Scroll to zoom? Somehow I got used to this years ago and unfortunately not a lot of software supports it. Have been using Wezterm until now, which does.
Looks nice, but the Quick Terminal isn't instant, so I'll stick with iTerm2.<p>iTerm2 isn't instant either, but they feel about the same[0], although with iTerm2 the full screen Quake-mode (Quick Terminal equivalent) hides the MacOS menu bar, and Ghostty doesn't.<p>For my taste, I want a full screen terminal, with no menu bar, no delay, and no animations, which I can toggle with a global hotkey.<p>[0]: Actually, scratch that. I tested again, and iTerm2 opens more quickly.
Upon installing this, I went straight for this part of the documentation:<p><a href="https://ghostty.org/docs/config/reference#macos-non-native-fullscreen" rel="nofollow">https://ghostty.org/docs/config/reference#macos-non-native-f...</a><p>Unfortunately the "tabs not working in non-native fullscreen" thing is a dealbreaker for me, so I will be switching back to iTerm 2.<p>But Ghostty as a whole looks promising. I like zig, zig-objc, MIT license, libghostty, config via text file. I will check back every month or so because I really want to use this. But my hate for macOS native fullscreen outweighs everything else.<p>Edit: Ok here we go, this is why it's not implemented: <a href="https://github.com/ghostty-org/ghostty/issues/392#issuecomment-1802547697">https://github.com/ghostty-org/ghostty/issues/392#issuecomme...</a><p>There's more than one workaround which is superior in my opinion: <a href="https://i.imgur.com/iWoqrM0.png" rel="nofollow">https://i.imgur.com/iWoqrM0.png</a><p>IIRC you can even use AppKit to remove the close/minimize/fullscreen buttons, so it would just be a blank bar.<p>You could go a step further and use private APIs / objc runtime voodoo to set the height of the titlebar to 0. That might outside your design philosophy though.<p>Also, FYI, clicking the green fullscreen button still uses macOS native fullscreen, so you definitely want to disable that button (which is a public AppKit API) when you have that option enabled
Just packaged Ghostty for Debian.<p><a href="https://github.com/clayrisser/debian-ghostty">https://github.com/clayrisser/debian-ghostty</a>
Love this in theory but the first time user experience could be improved:<p>$ brew install ghostty<p>Launch it, don't configure anything, in the new terminal window then enter:<p>$ lazydocker<p>Response:
2024/12/28 09:04:42 An error occurred! Please create an issue at <a href="https://github.com/jesseduffield/lazydocker/issues">https://github.com/jesseduffield/lazydocker/issues</a><p>*exec.ExitError exit status 1
/home/runner/work/lazydocker/lazydocker/main.go:96 (0x9397d7)
/opt/hostedtoolcache/go/1.21.13/x64/src/runtime/internal/atomic/types.go:194 (0x43bc1b)
/opt/hostedtoolcache/go/1.21.13/x64/src/runtime/asm_amd64.s:1650 (0x46b9e1)<p>Which does not happen with fresh out of the box Mac Terminals, iTerm.<p>Probably it would be good to have less specific default options for people who just want to try it out before starting to configure it.
Just want to share what I just realised, but the author is no one else than the mitchell hashimoto from hashicorp, so not exactly a newbie ! Would it have killed you to let us poor 99% have a bit of fun releasing useful projects too? (And also reach a bit of your determination, skill and talent)? (no, really, kudos, well done and thanks)
Is there a way to restore session (windows, tabs, paths) after (application) start? How is this not default everywhere is beyond me (looking at Firefox).<p>But my main point here would be that the lack of explorable configuration, and the docs not having any search, make it quite challenging search for this.
I might give this a shot but using GTK4 makes me think this won’t live up to the “native” claim on Linux. It will likely feel out of place on non-GTK DEs with KDE being the big one. And yes, I did read the about page disclaimer about Linux but strongly disagree about calling GTK4 the closest thing. That’s a very GNOME-centric view (e.g., ignores the rest of the Linux ecosystem) and makes me worry that any issues on other DEs will be ignored/deprioritized. It’s possible that I’m wrong and that a sizable population of the closed beta Linux users we’re on KDE, but without knowing, I’m very hesitant and put back by the “native” claim (it feels disingenuous).
Nice addition.<p>Slightly more CPU heavy than Kitty.<p>in MacOS yabai tiling manager has problems dealing with native tabs, that's gonna annoy me like with Finder.<p>also in MacOS try pressing "Cmd + Shift + \", also works in Finder, it's there, it's cool, but I never use it.
I've been using Alacritty so I can switch back and forth from my work's Mac to my own Linux, and share the config, but I'm testing Ghostty and I'm really liking it. And no silly closed AI somethingsomething integration.
Any Alacritry users have opinions on this? I've been waiting for its release and am looking forward to trying it. Wonder what the big differences are?<p>I mostly appreciate Alacritty's simplicity and use tmux to manage multiple windows/panes.
Been trying it out for a few hours and love it! One feature that I do miss from Kitty is the cursor trail when your cursor moves in a buffer. Excited to see what Ghostty does in the future and thank you for a great new terminal!
Congrats! I’m curious what the main reason is you ended up going with the MIT license over GPL. Is it because of potentially integrating Ghostty with VS Code like you mentioned during Zig showtime a year ago?
It's the first terminal app that made me switch from Terminal.app on my Mac. It gets basically everything right, and doesn't try to have every feature. Fantastic work, thank you!
To be honest, I don't "get" ghostty. I am not really seeing how this is so much better than the GNOME terminal that ships with my Linux distro.<p>A lot of people are claiming that ghostty is "faster." I watched the lightning talk where the author claims that catting files and binaries is faster.<p>I tried this against ghostty itself after building with zig build -Doptimize=ReleaseFast, using: time cat ghostty.<p>In GNOME terminal, it took 3.340s. In ghostty, it took 16.947s. I must be doing something wrong?
As someone who uses the default terminal app, I'm curious to learn about other people's use-cases where the choice of terminal app makes a difference and how.
Neat, this [1] looks like the project uses vttest [2] to test DEC VT terminal compatibility?<p>[1] <a href="https://github.com/ghostty-org/ghostty/blob/main/TODO.md">https://github.com/ghostty-org/ghostty/blob/main/TODO.md</a><p>[2] <a href="https://invisible-island.net/vttest/" rel="nofollow">https://invisible-island.net/vttest/</a>
I've tried it out and I can notice that ghostty is a little more snappy than Alacritty. I was happy with Alacritty, but I used a face a weird issue where the whole terminal freezes. I'm not sure if this is a Alacritty issue or tmux issue. I can only confirm this by using Ghostty and checking if the same issue happens.<p>Anyways this is a great piece of software. I've never been this hyped for a software ever before. Great work team.
Does Ghostty support TiteInhibit? The docs say "if xterm does something we should do it", but I don't see any mention of "tite".
Everything about it is so polished, it’s hard to believe it’s just a v1.0.0 release!<p>The only thing I’m eagerly waiting for now is the implementation of search [1], but otherwise, it’s absolutely stellar.!<p>I set Ghostty as my default terminal emulator now.<p>[1] <a href="https://github.com/ghostty-org/ghostty/issues/189">https://github.com/ghostty-org/ghostty/issues/189</a>
Took me only ten minutes to tweak the config to my liking and recreate my color scheme from iterm.<p>I’ve been using Ghostty for a day now and it simply works. Smooth, seamless and perfectly integrated to the point where this should just be the default terminal in macOS.<p>P.S.:
If you want to port your iterm color scheme, set:<p>window-colorspace = display-p3<p>for the colors to match.<p>(And bold-is-bright = true if you set this option in iterm)
this is way better than using warp (ai gen terminal).<p>i'd rather use a nice-looking and well designed (UX) terminal than have to use a clunky ai native one.
I've been in the beta for quite a while, the only issues I had were resolved quite quickly. I never got to contribute that much in feedback since I honestly never had anything to complain about, outside of not being able to also use ghostty on Windows (lol).<p>Congrats on 1.0! It's been a joy to use I wish everyone can enjoy this wonderful piece of software as much as I have!
Overall nice, but I'm bummed to be running into some bugs regarding a few key binding assignments. Though, I could just be missing something due to the somewhat spartan docs.<p>Given all the time and hype, I'd have hoped that wrinkles like this would've been ironed out by launch time.<p>Back to Wezterm for now, but I'll certainly be checking back in at some point.
Looks pretty cool! Unfortunately I can't use it yet, as I am on a Ubuntu-based distro (Pop! OS 22.04), so my GTK version is not high enough. I imaging that's the case for a lot of people who stick to LTS versions. I may check it out on my Mac for work though
I ran into some funkiness once I ssh’d into a FreeBSD box. The shell history was wonky, and goaccess wouldn’t launch at all, complaining about the terminal environment, which I’ve never seen. With that said, this looks like an awesome project and I’ll be following it closely!
Congratulations on making it to the launch!<p>I really appreciate the levelheadedness of your responses regarding Ghostty, and how clear you are to be speaking positively for your thing instead of negatively about anyone else's.<p>Going to build it at lunch today and give it a shot :)
I wonder how the colour rendering is. Usually when I configure some editor in a terminal to use specific #rrggbb 24bit colours I like, the end result does not render the same as in non-terminal software (confirmed in the past with an eye-dropper tool).
So i've basically been a terminal.app purist, but downloaded ghostty on a whim because of all the excitement...<p>I did not realize it would be THAT much faster. I guess I should have started using better terminals earlier
Real nice so far.<p>The fact it does its own window decoration is a bit of a turn-off, but:<p>A quick test of speed against wezterm and gnome-terminal show ghostty (on my laptop) to be around 3 times faster than both of the other.<p>Will definitely try it for a couple of weeks.
I wonder if there is any equivalent of 'iterm2 broadcast input' in ghostty. I use this pattern to deploy same application on multiple servers or checking logs on multiple servers for same service.
Warp has been meeting all my needs other than tab switching behavior. It's not open source but the UX is great.<p>Switched from WezTerm which was working cross platform but not quite as good.<p>Both are low latency and written in Rust.
This happens to be exactly what I was looking for in a Terminal app. Native UI, fast, and native screen splitting, doesn't try to do too much. Five stars
The default macOS terminal app has CMD UP/DOWN to move to previous prompts. This is one of my pet peeves about terminal apps, they seem to lack this command?
Does this support the non-standard key-press, key-release, etc. events proposal by kitty project? They are necessary for <i>nicer</i> terminal UI projects.
Should of used QT.<p>> error(gtk): unable to get current color scheme: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.portal.Desktop was not provided by any .service files
I have honestly been so excited to try this after listening to several videos of mitchell talking about his work. What a christmas present!<p>A terminal is so dear to us software engineers, and this seems like such a love declaration to the terminal.<p>Time to spend hours tuning my config!
I’ve been very disappointed with Alacritty (no support for split term in favor of tmux) and WezTerm (insane config format, config has no business using a full fledged programming language) feature wise, so I have high hopes regarding Ghostty, can’t wait to try it!
For those who don’t have the background:<p>- created by Mitchell (founder of HashiCorp)<p>- it’s developed in Zig (and Mitchell recently pledge $300k to Zig foundation)<p>- uses native UI (which is super rare for cross platform app)<p>- amazingly performant. e.g. <a href="https://hachyderm.io/@mitchellh/111919642467789362" rel="nofollow">https://hachyderm.io/@mitchellh/111919642467789362</a><p>- has lots of amazing small details like below<p><a href="https://hachyderm.io/@mitchellh/113330304084905500" rel="nofollow">https://hachyderm.io/@mitchellh/113330304084905500</a><p><a href="https://hachyderm.io/@mitchellh/113443002518588524" rel="nofollow">https://hachyderm.io/@mitchellh/113443002518588524</a><p><a href="https://hachyderm.io/@mitchellh/113166930440000852" rel="nofollow">https://hachyderm.io/@mitchellh/113166930440000852</a><p>This has been a passion project of his for the past 2-years and he’s completely MIT open sourced it. He’s spent a lot of time thinking and ensuring this project can persist in the future even without him.<p>Many people have tremendous respect for Mitchell’s technical abilities, as well as hugely respect <i>how</i> he operates (genuinely nice person and thinks about things long-term and does the hard work for sustainability).<p>Lots more to read at: <a href="https://mitchellh.com/writing/ghostty-is-coming" rel="nofollow">https://mitchellh.com/writing/ghostty-is-coming</a>
Landing page and github README could improve:<p>- picture or gif is worth a thousand word<p>- it mentioned its cross-platform but I don't see support for Windows or Android - its better make it explicit it's only for macOS and Linux. Yesterday was looking for some nicer terminal on Android and was hoping ghostty could work.<p>- I like simple landing pages but this... is too simple and not much useful (only 2 buttons and ASCII image. Why even bother with such landing page and not just stick with github README?<p>- it doesn't provide me any fast information how to compares to different terminals and why I should switch from Warp
I have been waiting to try this out for sometime now. I recently tried various terminal emulator tools and I settled on wave terminal. This is a list of these tools for reference. I would list tools that are on both MacOS and Linux which is comparable to this new emulator. But also because I did not try any on windows.<p>- Alacritty (<a href="https://github.com/jwilm/alacritty">https://github.com/jwilm/alacritty</a>)<p>- waveterminal (<a href="https://github.com/wavetermdev/waveterm">https://github.com/wavetermdev/waveterm</a>)<p>- Hyber (<a href="https://github.com/zeit/hyper">https://github.com/zeit/hyper</a>)<p>- Kitty (<a href="https://github.com/kovidgoyal/kitty">https://github.com/kovidgoyal/kitty</a>)<p>- Rio (<a href="https://github.com/raphamorim/rio">https://github.com/raphamorim/rio</a>)<p>- Tabby (<a href="https://github.com/Eugeny/tabby">https://github.com/Eugeny/tabby</a>)<p>- Wezterm(<a href="https://github.com/wez/wezterm">https://github.com/wez/wezterm</a>)<p>- Contour (<a href="https://contour-terminal.org" rel="nofollow">https://contour-terminal.org</a>)<p>- Extraterm (<a href="https://github.com/sedwards2009/extraterm">https://github.com/sedwards2009/extraterm</a>)<p>- Warp (<a href="https://www.warp.dev/" rel="nofollow">https://www.warp.dev/</a>)<p>I didn't like that Warp is VC product as I don't like essential tool like a terminal in my workflow to be dependent on proprietary VC product.
We've added Ghostty to the terminals section of Terminal Trove for comparison.<p><a href="https://terminaltrove.com/terminals/ghostty/" rel="nofollow">https://terminaltrove.com/terminals/ghostty/</a><p>You can find all terminals for comparison below and also the list of terminals (including Ghostty)<p><a href="https://terminaltrove.com/compare/terminals/" rel="nofollow">https://terminaltrove.com/compare/terminals/</a><p><a href="https://terminaltrove.com/terminals/" rel="nofollow">https://terminaltrove.com/terminals/</a>
> support native GUIs for configuration in line with our native UI philosophy<p>As a terminal emulator, running and building it from source in Wayland as a passive process that exists in the shell, while being a method of input-output system call management.
Sadly another terminal that doesn't seem to support "Quake style" dropdown (that I can find)<p>Having my terminal session available on a hotkey has become a critical part of my workflow
> Ghostty is a fast, feature-rich, and cross-platform terminal emulator<p>Doesn't have a binary for Windows so it's not "cross-platform" yet.
Am I the only person wondering why we need 100 terminal emulators when there are only 2 or 3 solutions to using command line tools more like a REPL? (to some degree warp, some bash support in hydrogen, advanced edit mode of powershell) I don't care for using "fancy" TUIs all i want is better tooling to interact with these that does not feel like 1970 and more like the chrome console.