Genuinely think this is a brilliant idea, hope you find traction with it!

I would not describe the Linux desktop experience as the best of both Mac and Windows.

Let's go with different, a different world.

As a native speaker the original comment seemed completely fine, ignore them. Also, I never would never guessed that you weren't also a native English speaker.

Agreed. The commas before the sentence-ending 'too' and 'anyway' were perhaps slightly unusual, but not enough so that I even noticed them, and I don't think either is incorrect. All the rest were perfectly normal.

Rather offtopic question: what browser are the screenshots taken in? The window chrome looks familiar but I can't put my finger on it.

Looks like Arc Browser.

Yup, that's Arc

Thanks!

As someone over 40, I couldn't help but laugh at the font size on the site.. I guess they know their audience.

The first HN link I visited in a long time where I didn't have to hit ctrl-+ 3 or more times to increase the font size and make it readable.

lol, exactly my response. I have HN itself at 150% (ctrl-+ 3x).

It's very obvious in this thread who has developed both an iOS and Android app - with a real, large userbase - and who hasn't.

A late model Intel MacBook from eBay and pretty much any Electron app from 2020 should do it.

I haven't tried it, but theoretically one could use Claude Code's hooks facility to enforce committing at some determined thresholds.

I use it (with jj but should be the same with git). It tells Claude to commit after every Write tool use. It's a bit to small steps but I then usually just squash them afterwards. I haven't yet found a good automatic heuristic for when to tell Claude to commit (or directly auto-commit, but I like that Claude writes the commit message)

This is great. Small, trivial suggestion: the gif that loops in the README should pause on the screen w/ the output for a few seconds longer - it disappears (restarts) too quickly to take in all of the output.

  > the gif that loops in the README should pause on the screen

Honestly, I think a screenshot is better than a gif. That last frame says everything you need.

Thanks everyone for the feedback on the GIF! I though it looked good but when I went back to see it from a user's POV, it was really miserable, haha. I've already switched it to a static image, appreaciate everyone's input and suggestions.

I would also argue it shouldn't be a gif. It's nice that it shows the command is fast I guess but it's one command that's still visible in the final frame. Not as bandwidth efficient and agreed I can't read it all in time

You can make that problem irrelevant with the much, much simpler solution of not animating it at all. Stay paused on the output 100% of the time!

The gif is adding no value. I already know what typing text into a terminal looks like.

https://github.com/charmbracelet/vhs is a really good utility for automatically making these gifs.

I'm a big fan of svg-term myself: https://github.com/marionebl/svg-term-cli

Hm, very interesting! This only converts asciinema recordings, though, right? It doesn't automatically record anything?

If you have asciinema already installed then you can invoke it through svg-term like this!

  svg-term --command 'cowsay hey there'

But that has the aforementioned issues about not pausing enough, so I usually just record with asciinema first and then invoke svg-term.

Also the pause button seems to take the GIF back to its first frame, then resume from where I paused... either that or I need a good sleep.