You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, if a string with an int-like float (i.e. '4.0') is given to fast_real, it will be returned as an int instead of a float. The user has the option to toggle this behavior for numeric input with the coerce option.
I will make the coerce option apply to both string and numeric input, and change the default to True; the default is currently False, but since it only applies to numbers currently and the option was only recently added I feel like making it True will be the least invasive for backwards-compatibility purposes.
The text was updated successfully, but these errors were encountered:
The fast_real option coerce now applies to string input as well, so
that users can control behavior better. The default is True which is
opposite of the previous behavior. This should not be too much of a
hit to backwards compatibility.
This closes issue #5.
Currently, if a string with an int-like float (i.e.
'4.0'
) is given tofast_real
, it will be returned as anint
instead of afloat
. The user has the option to toggle this behavior for numeric input with thecoerce
option.I will make the
coerce
option apply to both string and numeric input, and change the default toTrue
; the default is currentlyFalse
, but since it only applies to numbers currently and the option was only recently added I feel like making itTrue
will be the least invasive for backwards-compatibility purposes.The text was updated successfully, but these errors were encountered: