Jesse Alama

The line of reasoning make sense. I'm curious to know why a version of Decimal without exponentiation would be untenable. I find myself conflicted about whether Decimal needs things like...

This issue is pretty old, but I'd like to chime in with the status quo, as of writing: It used to be that `round` would take an options bag that...

Are these bits of the respective code bases under active development? It seems to me that this might be one of those things that one gets right once, and then...

Just to update this discussion with the status quo: * We propose =, ≠, , and ≥ that all compare mathematical values; * We propose a `compare` method that works...

This is amazing work, thank you! The current thinking for decimal is that we'd like to align with IEEE 754 fixed bit-width Decimal128 rather than with unlimited BigDecimal. I have...

Thanks for taking the time to describe this use case! (And sorry for the delay getting back to you — I was on a long-ish vacation when you wrote.) Speaking...

I guess the need for decimals in these kinds of use cases -- beyond simply having some kind of decimal datatype at all -- is basic arithmetic (addition, subtraction, multiplication,...

TLDR Non-integer numbers in HTML are semantically IEEE 754 doubles so there may be some issues with HTML syntax/serialization (at least, potential loss of information/failure of roundtripness). It seems to...

Chiming in with an update about the state of affairs, as of writing: We have settled on using Decimal128 as the data model for decimal. BigInt has an in-principle unlimited...

Also, the current approach doesn't forsee a BigInt argument being passed in to arithmetic operations or comparisons. (The constructor, however, does currently allow a BigInt.) Perhaps BigInts *should* be allowed...