Revisions of python-json5
Ana Guerrero (anag+factory)
accepted
request 1167722
from
Dirk Mueller (dirkmueller)
(revision 12)
- update to 0.9.25: * Explicitly specify the directory to use for the package in pyproject.toml.
Ana Guerrero (anag+factory)
accepted
request 1161553
from
Dirk Mueller (dirkmueller)
(revision 11)
- update to 0.9.24: * drop python2 * switch to pyproject.toml * add typing * format with ruff
Ana Guerrero (anag+factory)
accepted
request 1129222
from
Dirk Mueller (dirkmueller)
(revision 10)
- update to 0.9.14: * Handle `+Infinity` as well as `-Infinity` and `Infinity`. * No code changes. * fix GitHub actions
Dominique Leuenberger (dimstar_suse)
accepted
request 1074504
from
Dirk Mueller (dirkmueller)
(revision 9)
- update to 0.9.13: * Remove a field from one of the JSON benchmark files to reduce confusion in Chromium. * No code changes.
Dominique Leuenberger (dimstar_suse)
accepted
request 1055991
from
Dirk Mueller (dirkmueller)
(revision 8)
- update to 0.9.12: * fix dump error on python 2 * fix GitHub actions
Dominique Leuenberger (dimstar_suse)
accepted
request 1005760
from
Dirk Mueller (dirkmueller)
(revision 7)
- update to 0.9.10: * Updated the //README.md to be clear that parsing arbitrary JS code may not work. * Fixed serialization for objects that subclass `int` or `float`: Previously we would use the objects __str__ implementation, but that might result in an illegal JSON5 value if the object had customized __str__ to return something illegal. Instead, we follow the lead of the `JSON` module and call `int.__repr__` or `float.__repr__` directly. * While I was at it, I added tests for dumps(-inf) and dumps(nan) when those were supposed to be disallowed by `allow_nan=False`.
Dominique Leuenberger (dimstar_suse)
accepted
request 979749
from
Dirk Mueller (dirkmueller)
(revision 6)
- update to 0.9.8: * Fixed error reporting in some cases due to how parsing was handling nested rules in the grammar - previously the reported location for the error could be far away from the point where it actually happened. * Fixed behavior of `default` fn in `dump` and `dumps`. Previously we didn't require the function to return a string, and so we could end up returning something that wasn't actually valid. This change now matches the behavior in the `json` module.
Dominique Leuenberger (dimstar_suse)
accepted
request 794585
from
Tomáš Chvátal (scarabeus_iv)
(revision 2)
Dominique Leuenberger (dimstar_suse)
accepted
request 719461
from
Todd R (TheBlackCat)
(revision 1)
A Python implementation of the JSON5 data format Required by the latest version of jupyter-jupyterlab-server
Displaying all 12 revisions