Quick feedback from a couple of minutes of playing around:
The unit aware calculations generate error messages that aren't very helpful.
In addition to better error messages, i feel that the errors should be reported as you type instead of requiring the user to press enter, see the error, then go back and edit. It would also be nice if it could automatically pick a unit for the result.
Looks very complete! That said, one thing I immediately tried was `3^3^33 = ?`, which was somehow interpreted as (3^3)^33 even though it was clearly formatted as 3^(3^33). `3^(3^33) = ?` failed with a cryptic error message as well. Also `4 \bmod 3 = ?` nor `4 % 3 = ?` didn't work---expected to evaluate to 1 (later learned that `mod(4, 3)` is required, but seems an unusual requirement to me).
Hurmet author here. Your points are excellent. I'll fix the exponent parsing error and create an inline `mod` operator. I should have a fix up later today.
In Hurmet, the `%` character is a percentage operator, not a modulo operator. That's because Hurmet’s main target users are not programmers, but engineers in the physical sciences, that is, civil engineers, mechanical engineers, electrical (power) engineers, etc. Most of them would not recognize `%` as a modulo.
In similar vein, I like to do literate coding in http://raku.org and jupyter notebooks like this https://gist.github.com/librasteve/ac6308f3eb52dd56cb9092de6... which is described at https://rakujourney.wordpress.com/2023/08/31/drax-on-jupyter...
reply