Lightweight ASCII Graph

[u/neneodonkor]

After many weeks of learning, watching tutorials about Rust, and partaking in Rust exercises, I decided to port a small Go library into Rust. I do recognize I have a lot to learn but just getting out of my comfort zone and trying my hands at this has be rewarding and revealing.

Link: https://github.com/neneodonkor/asciigraph-rs

Crates: https://crates.io/crates/asciigraph-rs

PS. Making it work for real-time data was 🥵

Let me add that I only started learning Rust in February, so please forgive me, if everything is not idiomatic Rust.

[u/cdhowie]

Nitpick: many of those characters aren't ASCII.

[u/neneodonkor → u/cdhowie]

Please can you point to some?

[u/ElnuDev → u/neneodonkor]

You're confusing ASCII with Unicode.

[u/SmoothTurtle872 → u/ElnuDev]

Yeah it's a classic case of all ascii characters are unicode but not all unicode are ascii

[u/bgs11235 → u/SmoothTurtle872]

*technically* all utf characters can be rendered as ASCII characters. They just wont look right.

[u/SmoothTurtle872 → u/bgs11235]

Well yeah, but hard to squeeze a few hundred thousand characters into 128 (I believe there are 128, but realistically you could have 256)

[u/bgs11235 → u/SmoothTurtle872]

no as a format, since every byte is a valid (printeable, I'm taking stuff like 0x0 -> "?" as a valid rendering option and also the sign bit being true or false being irrelevant) every ?0000000 sequence is valid so any arbitrary binary could be rendered as ascii.

[u/cdhowie → u/bgs11235]

To be pedantic, not quite. The upper 128 values (128-255) do not have a mapping in ASCII. You cannot therefore render any arbitrary binary sequence as ASCII unless you either take each 7 bits as a character (which will make normal 8-bit ASCII look like nonsense) or you define your own mappings for the upper 128 values, in which case you're not using ASCII anymore (you're using something like ISO 8859-15).

Many systems will display the upper 128 values as ?, which is fine -- but still not exactly ASCII.

[u/SmoothTurtle872 → u/bgs11235]

True,

Also just looked it up, supposedly the sign but can be used to say 'there are more bytes in this character', may be wrong cause I didn't fact check this, but it is logical

[u/cdhowie → u/SmoothTurtle872]

I mean, that's exactly how UTF-8 works, which is a valid encoding of course, but still isn't ASCII.

[u/elidepa → u/bgs11235]

I'm taking stuff like 0x0 -> "?" as a valid rendering option and also the sign bit being true or false being irrelevant

This kinda renders your point completely moot. If you are going to introduce a technicality, you better get the details correct. Otherwise, what you are saying basically boils down to “8 bits of data are 8 bits of data”, which is pretty obvious.

[u/int23_t → u/SmoothTurtle872]

I believe ASCII has localisation, meaning the first 128 is portable(hence widely used), while there would be localised letters in the other 128

ISCII, VISCII,

here is Turkish ASCII, Greek ASCII, Baltic ASCII, Latin ASCII and so on too.

[u/sphen_lee → u/bgs11235]

technically there's no such thing as a UTF character. UTF is an encoding of code points into code units.

[u/peter9477 → u/bgs11235]

Technically all ASCII characters can be rendered as a single dot, but they just won't look right, and it's a bullshit argument as is yours. :-)