Jesse Alama
Jesse Alama
This has been taken care of now. I see no more manifestly bad linking in [the current spec](http://tc39.es/proposal-decimal/).
Right, we now use `halfExpand` rather than `halfCeil`, which is unsupported. That was a mistake on my part; sorry for the confusion.
This has been taken care of now, since #162. Thank you!
Good point. The reference to IEEE 754's `convertToDecimalCharacter` is essentially a placeholder/todo for further specification on our part. As we approach plenary I'd like to not modify the spec text....
Addressed in #112 .
We've taken care of that now, mainly in #158.
Right, Extended Mathematical Values is what was intended. Good spot. Do I understand the point about indeterminate forms correctly that comparing a `NaN` value with any value might produce `undefined`...
related to #116
This has been taken care of now (mainly in #158), where we handle NaNs and infinities properly.
(Sorry this got dropped.) IMO a disagreement between `toString` and `toLocaleString` is fine. I would hope that, over time, it would become common knowledge for decimal that those two do...