| ▲ | arijun 6 hours ago |
| What is Ghostty's advantage over Alacritty? |
|
| ▲ | inickt 6 hours ago | parent | next [-] |
| I think Mitchell outlined his vision for libghostty pretty well here:
https://mitchellh.com/writing/libghostty-is-coming Alacritty is already pretty performant (relative to a lot of the other terminal emulators), but my read is Ghostty has been going hard over performance/standards/protocols (like Kitty). |
|
| ▲ | iammrpayments 5 hours ago | parent | prev | next [-] |
| The maintainer doesn’t have bad temper. |
| |
| ▲ | arijun 4 hours ago | parent [-] | | I did consider that. I remember nope-ing out of alacritty in the early days after seeing the developers response to people requesting a scrollback buffer. It amounted to something like "I use tmux, and if you don't, you use the terminal wrong." It left a bad taste in my mouth. |
|
|
| ▲ | maxnoe 5 hours ago | parent | prev [-] |
| One would be support for ligatures |
| |
| ▲ | zamalek 5 hours ago | parent | next [-] | | Ligatures are a renderer issue, so using alacritty as a lib wouldn't have this issue (it does demonstrate their hardline stance). Another example that would translate is how long it took them to support disambiguation of key combinations: https://github.com/alacritty/alacritty/issues/6378 (2019-2023). Of course, the maintainers are free to do whatever they want with the project - but such things do make alacritty-as-a-lib an exceptionally bad choice for situations where you want things to just work. | |
| ▲ | LucasOe 4 hours ago | parent | prev [-] | | The Zed terminal already supports ligatures. |
|