[dfbsdfbwe2ef2e]

Damn that looks really polished.

How does the server know what characters to send so that my specific command line interprets it in a nice way? Sorry if I'm not being very articulate.

EDIT: doesn't work when piping to less.

[bronikowski]

I'd be honest, my approach is "everything is utf-8, right? And every terminal has at least 16 colors at the ready?". It does not degrade gracefully, I checked. It's more of a party trick than something reasonable, but nothing stops you from doing it correctly, it would just be a hassle to serve in a static way (every variation would require a different txt file to be generated and sent).

> EDIT: doesn't work when piping to less.

try -R

[dfbsdfbwe2ef2e]

> try -R

works :-)

[bronikowski]

I'm guessing you're on BSD (or maybe Apple)? Their version requires you to tell less there's a raw data at the input.

[dfbsdfbwe2ef2e]

No, Debian 11. Fresh install too.

[bronikowski]

Very strange, I could have sworn I've tested in without -R with Debian 11 (I can't check, that laptop broke and my other machines are still at 10). Maybe it's terminal definition or something changed.

Terminal emulation is a spooking place full of ancient magic. One of the reasons why I assumed "modern defaults". It would turn "a weekend hack" into a session of misery. ;)

[paulgb]

> EDIT: doesn't work when piping to less.

What if you pass '-r' to less? (I can't verify myself because it worked without -r for me)