| |
| ▲ | junon 4 days ago | parent | next [-] | | Hi, missing a lot of history here. When Chalk was written, colors in the terminal wasn't a flashy thing people tried to do very often, at least not in the JS world. Coming from browsers and wanting to make CLI apps using the flashy new Node.js 0.10/0.12 at the time saw a lot of designers and other aesthetically-oriented folks with it. Chalk filled a hole for people to do that without needing to understand how TTYs worked. Node.js proper has floated the idea of including chalk into the standard libraries, FWIW. | | |
| ▲ | herpdyderp 4 days ago | parent | next [-] | | > Node.js proper has floated the idea of including chalk into the standard libraries, FWIW. Oh my word please no! Every time I run into an issue where a dependency suddenly isn’t logging colors like it’s supposed to, it always boils down to chalk trying to do something fancy to handle an edge case that doesn’t actually exist. Just log the dang colors! | | |
| ▲ | junon 3 days ago | parent [-] | | I'd be curious what those edge cases are, as a maintainer of chalk. |
| |
| ▲ | jmull 3 days ago | parent | prev [-] | | I doubt we'll ever see eye-to-eye on this. Some people try to think about how to write less code, and some people try to think about how to write more code. | | |
| ▲ | junon 3 days ago | parent [-] | | We probably don't disagree, to be honest. Some of these packages shouldn't exist, I'll be the first to say it. |
|
| |
| ▲ | int_19h 3 days ago | parent | prev [-] | | I would argue that ANSI color output should be something natively supported in stdlib for any general purpose or systems programming language today. Precisely for this reason - it has been a standard for a very long time, and for several years now (since Windows enabled it by default) it is a truly universal standard de facto as well. This is exactly the kind of stuff that stdlib should cover. |
|
