upvote
Because of your multiple "I am tired of saying this, but this text was written by me and not an LLM" in your blog posts, I want to tell you that I read it word for word. :D I know this comment adds not much but I felt it needed to be said.
reply
One almost forgets how easy it is to read a wall of text when it was written by a human. This was nice to read (also because you can feel it's got care behind it).
reply
I have been reading through pharma textbooks written before AI and realized it's so relieving to follow language that has been crafted over multiple editions by humans. When I started to realize how much easier it was for me to read textbooks than the average AI-assisted text, that's when I realized we are truly cooked (at least for this chapter of AI + writing).
reply
Can you give an example of a pharma textbook that has gotten worse during the AI-slopp-ocalypse? Bonus Internet points for sharing any especially egregious passages!
reply
Amen. I'll never, ever stop writing my own articles by hand.

I don't mind if my English isn't entirely idiomatic and all my sentence constuctions aren't "by the book" correct. I want to write, and I want anyone reading my writing to know that it's the product of thinking and editing that's unique to me.

reply
"One almost forgets how easy it is to read a wall of text when it was written by a human. "

Erm, this really depends on the human I think.

reply
They should train AI for this, God it would help.
reply
you mean you don't like phrases like "here’s what they don’t tell you" !?
reply
At this point I just get frustrated reading AI prose. I tried for the past few months to just shut my mouth and force myself to read AI prose, since r/singularity wasted no breath telling people how they're Luddites for not marrying an AI.

But I can't do this any longer. I'm tired, boss.

reply
You were right to call me out on that.
reply
And the real load-bearing part? It's not that, it's this. And honestly? That's great!
reply
Lowkey so true. I was wondering why I was able to read to the end without getting lost or distracted lol
reply
When I am tired, it's when I know I am alive.
reply
what a great quote.

here's another:

"when i am sad, i have to remind myself that sadness i feel so as to qualify me to enjoy and feel joy."

this is not mine, it's a paraphrase of a poem verse from Mawlawi (aka Rumi in the West).

reply
As an aside, I once saw someone cite something somewhat profound and cited Rumi as the source, and I was like "hm that doesn't sound like him but maybe I'm just uncultured."

Turns out they were quoting Rumi from K Pop Demon Hunters and I indeed am uncultured.

reply
I'm from the KDE project, and have been working on a new frontend built on libghostty-vt to hopefully one day ease our maintenance burden.

It's been a quite smooth experience, and I remain very excited about the lib. I believe you are successfully setting the standard. Big congrats for your 1.4.0!

reply
Ooooo, will this end up in Konsole / konsolepart? Or will it be a new app?
reply
It'll be a new app, but it does provide a drop-in replacement for konsolepart (along with also having a QML module API for embeds into Qt Quick-based app, closing a gap Konsole currently leaves open). I'm sure it'll be some time before it would be ready to replace Konsole as default, also because conversations like that take some time and are a community process.
reply
Oh Konsole while great (efficient and feature-rich) is showing its age and has a bit of a widget bloat and an unwieldy configuration system. For that reason I switched to Kitty a couple of years ago when I was transitioning to neovim I'm have not looked back since.

This looks like a great opportunity for the KDE project to rethink its terminal application for the modern age. Text-based config would be amazing though not sure how it'll fit into KDE Frameworks etc.

reply
Surely you know konsolerc is text-based, right?
reply
Thank you for your work on this. When I was working on neovim core and started dealing more and more with the edge cases of libvterm and terminal emulation in general, I had the same thought "we should just have a gold standard library for this." But that was 6/7 years ago (2019) and a lot of stuff happened in that interim unrelated to engineering that demotivated me from pursuing it.

Periodically, I would run into TUI issues and think "I should just finally do it," especially around wanting to replace tmux in general. But I knew from experience the long tail of annoying issues for terminals that it's more time consuming than it appears, and so I again never bothered.

Thanks for the good work to raise all boats :)

I tend to move away from terminal emulation towards GUI when I can (and using custom remote protocols somewhat inspired by arcan), but TUI is still useful for a while. I actually had a need for a good terminal emulation library for the fallback TUI/pty attachment for non-gui programs for my supervisor, so I'll try out libghostty.

reply
Thank you, and your team, so much Mitchell.
reply
libghostty is brilliant and I'm very glad it exists. ghostel in Emacs is completely brilliant and so fast compared to anything else, a wonderful project fascinated by libghostty. another i might mention is zmx [ https://zmx.sh/ ] - process persister (detach, attach) with panes, tabs, hijacking the terminal. i always end up using tmux just for persistence and then am frustrated I can't remember how to copy etc. zmx has more features than some things of a similar nature and my understanding is that it's able to be taking advantage of libghostty things.

(a couple of us working on packaging libghostty and ghostty proper to for Guix at the moment )

reply
As a fairly recent ghostty user I was surprised with how quickly it became my default terminal. Very smooth experience so far.
reply
> Libghostty now builds and is tested (in CI) for: [...] freestanding (i.e. direct on hardware with no OS).

That's really cool, but I'm drawing a blank; what's it used for? Embedded terminal something?

reply
reply
Okay, that's fun:) ...so if I use this on an ESP* with a physical display and keyboard attached, at what point does it stop counting as a terminal emulator again?:)
reply
> Libghostty now builds and is tested (in CI) for: [...] freestanding (i.e. direct on hardware with no OS).

I am really impressed. When I had read your original comment, I literally shouted oye! (meaning woah) because of how interesting it felt. Glad that I can see the demo as well.

But aside from the fun little demo, what are the real use cases that we can think of as well.

here are some that I have thought of

1. SSH'ing into a terminal (VPS) or being able to view what the AI agents are doing on that VPS and controlling them very thinly in your pocket.

2. I have a slight dream that I'd like to chip in but I always wanted to create something like monkeytype but on embedded-hardware. Something which can just plug to TV's and people can connect a keyboard and start to type.

3. Or another idea but being a book reader and having it connect to some library resource

(2) & (3) for the underdeveloped regions.

Maybe (1) can be good as well and could very well be a small computer terminal which can teach/help the underdeveloped regions.

I live in India and I see it first hand how genuinely just want to create some extremely minimalist software on extremely cheap hardware to make funding of them easier and more scalable.

This also makes the constraints work good as one of the govt's basically spent a lot of money providing mid/high end tablets to every children and it turned out to be quite catastrophic because although it was kiosked because it was just intended to watch videos or read resources.

Children paid people to crack it and then started using instagram on it. My mother is a govt. teacher and she strongly thinks that it was a waste of resources and even the parents of the children and local village meeting committees think so as well. I remember reading some local news articles about villages conducting meetings on how to prevent their children from such instagram addiction so quickly after the tabs were given.

I would like to hope that maybe someday someone creates the more optimal solution to the problems that I discussed and libghostty comes handy to the situation. Thanks for making it and have a nice day :-D

reply
Thanks for the work on getting libghostty 1.4 out! :D

Wanted to add too that I can't wait for xterm to eventually support libghostty, you've been super supportive providing feedback!

https://github.com/xtermjs/xterm.js/issues/5686

reply
That's xterm.js. Xterm is an entirely different piece of software.
reply
Agreed on the value of libghostty. I switched from vterm to ghostel recently and it's solved some refresh issues I previously had with vterm when using CLI coding agents in emacs.
reply
Just wanted to say thank you for all your contributions to our industry, Mitchell. I love Ghostty and your vision here, and evangelize it whenever I can.

It's a pleasure reading your posts.

reply
Maybe I’m just dreaming here but how far off is libghostty for Linux consoles?
reply
I prototyped this last week. Unfortunately the apprt abstraction I used isn’t something ghostty will externally support. So a proper console port needs to be rebuilt on libghostty.

But if you run nix you could give it a whirl: https://github.com/KritR/ghostty-kms

reply
I tried to use kmscon before, and it does work nice and is much faster. But, I can only have one app that is using DRM, i.e., I cannot start console/DRM image viewer from such terminal, or mpv, etc. That is a deal breaker and issue for me.
reply
Is it feasible to implement the libvte surface on top of libghostty? Might be interesting as a drop-in replacement.
reply
Awesome, great going Mitchell! And Ghostel, which I'm hearing of for the first time, sounds very exciting.
reply
Thank you for Ghostty! I've got an insane fork (AI generated) that uses variable width fonts and then does math so columns (like in top) still line up!

Any interest in moving console typography past the 80's, since computers are fast now?

reply
Interesting! Have you looked into variable-axis monospaced fonts at all for this project?

https://monaspace.githubnext.com/

reply
What's the rough approach? Do you support mixed fixed/variable, like could an editor show mono for code and variable for prose?
reply
How do you know it's supposed to be columnar? Would you have a screenshot?
reply
Absolutely incredible. You've convinced our team to start getting to work in Zig and we're loving it!! Thanks for all you do
reply
I know it’s been said elsewhere ITT, but thank you for making and supporting Ghostty!
reply
Any plans for Ghostty to have the history of the terminal window reloaded on restart? Like the Mac native terminal app does? I am a heavy terminal user with a lot of tabs open, and after I restart the computer for whatever reason, I would like to have my terminal(s) as I left them.
reply
Use tmux or something like it (I now use zmx[1]).

[1] https://github.com/neurosnap/zmx

reply
I am not interested in workarounds.
reply
The feature you're asking for is a terminal multiplexer. You want one built in, but to suggest terminal multiplexers are a workaround to requiring a terminal multiplexer is a stretch.
reply
Great stuff! If it wasn't for Rex I'd still be using Ghostty daily
reply
Aha, I wondered why the JetBrains terminals had become so much better recently. Didn't realize they'd made the switch.
reply
Thank you for libghostty! I'm using it for my own terminal on Windows. I'm quite pleased with it
reply
Curious which terminal is this? I've been looking for a Windows terminal app which uses Ghostty.
reply
But could it do two rows of tabs?
reply
Thank you for making Ghostty, it’s a pleasure to use it everyday for work :)
reply
Is the launch timed for Halloween parties? Good job team + community!
reply
What are use cases of libghostty? Is it for building things like the terminal inside VS Code or any other such GUI application?
reply
deleted
reply
If I don't want to use the wave of "venture backed ghostty wrappers" for remote mobile coding similar to Claude Code remote, what options do I have? Any plans for a first party remote solution that's not SSH?
reply
As a first-party remote solution, I've been playing with the beta version of Rex (https://www.superlogical.com) and its remote access is pretty slick!
reply
I am fiending for an invite to Rex. I hope I can use it to replace my Paseo workflow!
reply
If you like Paseo (I love it), keep an eye on Happier. I think they made the right choice by starting from a multi domain architecture rather than Paseo's independent domains shown on the same client approach.
reply
rootshell is libghostty and free, doesnt strike me as vc backed
reply
Hello Onavo. Cosyra.com is not venture backed and not a ghostty wrapper! Lets you remote control all your agents from your phone without SSH.
reply
Isn’t it written in Zig? Not sure how that is “highly portable” compared to C
reply
From https://ziglang.org/intro/overview/

  Zig is also a C compiler

  Here’s an example of Zig building some C code:

  hello.c
  > #include <stdio.h>
  >
  > int main(int argc, char **argv) {
  >   printf("Hello world\n");
  >   return 0;
  > }
  

  $ zig build-exe hello.c -lc
  $ ./hello
  > Hello world
reply
What does that have to do with portability? It doesn’t support a bunch of CPU architectures, the portability metric I care about.
reply
I misread the comment I was replying to, thinking it was about using Zig to port something, when it was actually about porting something that uses Zig.
reply
I/my agent somehow integrated it into a C++ app on Windows. So one way or another, it does work.
reply
Zig is even more portable than C
reply
You’re kidding right? That’s not what the support matrix on the Zig site shows. Plenty of CPU archs in Tier 3/4. No support for Alpha, HPPA, M68K, Sparc, or SuperH.
reply
"portable" and "has ports" mean two different things. there might be targets Zig doesn't have great support for yet but what I meant is that bootstrapping a target to Zig is a simpler endeavor than it is for C
reply
Is it? I think zig use llvm codegen. Once you got llvm for your architecture, you get 99% of modern language
reply
terminal emulation keeps playing a central role in "computing" not withstanding it being an ugly prehistoric crocodile. Do you ever envision creating something modern, without the warts and with a design that incorporates half a century of lessons-learned? Something that fills this need but in a more elegant package? I'm asking because you're one of the few people that seems well-positioned to make a clean-slate replacement

I personally avoid using the terminal as much as possible b/c the whole things feels very archaic/fragile/baroque - but the central idea seems great and I'd love a modern take on it

reply
Certainly parts of terminals protocols are archaic, but overall it's not nearly as fragile as you make it out to be.
reply
the number of gotchas involved in bash scripting indicates to me it's very hard to make robust solutions using the terminal. Trying to understand how things like colors work in the terminal makes the whole thing look very duct-taped together
reply
> And at scale I've proven 10,000 active (input/output happening) terminals on a Linux server with 4 cores and 8 GB of RAM.

When you say you've proven, are you hinting at use of formal verification?

reply
Here, "proven" can be read as a synonym for "demonstrated".
reply
the web version powers our quickstart via a cloudflare websocket and some custom patches (only on desktop): https://hotaisle.xyz/quick-start

it is all open source: https://github.com/hotaisle/hotaisle-website

reply
Why is libghostty better than alacritty?

Although not necessarily advertised as such, I've been successfully using alacritty in several projects injecting terminals into things both serious and silly.

reply
I wouldn’t say it’s better, because that’s very subjective, but it is more “feature complete”. Alacritty is very minimal and rejects community PRs for features often driven by their general ethos. libghostty supports a lot of features I don’t foresee making their way into Alacritty.

I use Alacritty and GNOME Terminal. I don’t have a great reason for not using or trying Ghostty other than I have a minor aversion to Zig. (Again, not a great reason and arguably a not good reason)

reply
I am pretty sure that Mitchell has addressed the matter in previous blog posts.
reply
[dead]
reply
[dead]
reply
I'm super excited for you and this, but this is mostly a highlight list of who is using your library. I was kind of excited to read about the actual changes to the library but I suppose I can go read the changelog on my own.
reply