Live data from Hacker News

Terminals should generate the 256-color palette

gist.github.com

211–212 of 212 posts

Re: Terminals should generate the 256-color palette

#211
post #194

Earlier quoted context omitted.

No Perl but there's rc, awk and aux/* helper tools which can do tons of stuff Perl does but without calling tons of CPAN modules. 9front ships an IRC client made with rc, awk and aux/trampoline to connect (and tlsclient for TLS connections). On horoscopes, there's 9ching and tarico at https://shithub.us =)

I mean, the point here is the standardized input/output system that leta everyone build programs without knowing each other that more or less interoperate.

That's Unix philosophy and 9front perfected it to the extreme. The bundled IRC client it's a shell script with two network helpers, one for plain conns and other one for TLS.

Re: Terminals should generate the 256-color palette

#212
post #122

Earlier quoted context omitted.

As a text interface lover and someone who dived deep into terminal quirks, I do think you have a valid point. We need to design a text interface without all the legacy cruft, better suited for modern needs (including colors), and better mixed-mode output and interaction, something similar to what we have with Jupyter, for example (without the Web/JS/Python baggage though). It would require rebuilding whole ecosystem…

Terminal emulators are user facing. Most programs don’t care about the terminal and have no awareness of it. They communicate through streams of texts and that’s it. I use Emacs and it’s another text interface different from the standard terminal. Think dired, proced, magit…

what's this for then?

https://www.man7.org/linux/man-pages/man3/isatty.3.html

Post reply on HN