| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
| Back | FazBrowse Home | New Git URL |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low QualityCPython only rejects the fractional separator for the locale-aware n type, not for other presentation types.
The type/separator switch is guarded by if (format->thousands_separators), so it validates the integer-part separator only:
https://github.com/python/cpython/blob/3.14/Python/formatter_unicode.c#L331-L359
The fractional separator is validated separately, and that check tests format->type == 'n' and nothing else:
https://github.com/python/cpython/blob/3.14/Python/formatter_unicode.c#L361-L367
Verified against CPython 3.14.0b4:
This PR matches all of those exactly — the integer-part cases are rejected by the existing grouping_option validation, and the fractional ones are accepted as CPython accepts them. Applying the same validation to frac_grouping_option would make format('x', '.,s') raise where CPython returns 'x'.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.