Live data from Hacker News

Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

github.com

11–20 of 168 posts

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#16
post #8

Earlier quoted context omitted.

I know, but there aren't that many two-letter abbreviations!

on one hand I wanna say you shouldn't make conflicting names on the other hand what gives them the right to st but not you?

Let the best tool win.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#17
post #11

Why wouldn't you use this?

For example, flicker free resizes for MacOS, something that neither Kitty, nor Alacritti, nor Ghostty can boast of.

I'm not knocking your project, but ghostty doesn't flicker for me on resize. Is this a common problem people have?

My main complaint with ghostty is the crappy configuration.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#18

Any plans for a "libghostty" alternative for your terminal?

No, there are no such plans right now, but overall, the project's architecture allows for easy separation of different layers for developing a terminal emulator - the parser, in the form of a ragel state machine, and the vterm state machine, with distinct boundaries between them. The rendering layer is separated slightly less clearly, but it's also solvable.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#20
post #17
post #11

Earlier quoted context omitted.

For example, flicker free resizes for MacOS, something that neither Kitty, nor Alacritti, nor Ghostty can boast of.

I'm not knocking your project, but ghostty doesn't flicker for me on resize. Is this a common problem people have? My main complaint with ghostty is the crappy configuration.

It's not that it's a serious problem, it's just that for me, as a perfectionist, flicker is very noticeable when resizing.
Post reply on HN