This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author lincolnauster
Recipients brett.cannon, eric.araujo, lincolnauster, lukasz.langa, orsenthil
Date 2022-02-12.18:11:25
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <Ygf4RySK9tL5iWZO@desktop.marx>
In-reply-to <1644666458.18.0.34393655828.issue46337@roundup.psfhosted.org>
Content
> In my idea it would not be a list of things that you have to pass
> piecemeal to request specific behaviour, but another function or a new
> param (like `parse(string, universal=True)`) that implements universal
> parsing.

If I'm correct in my understanding of a universal parse function (a
function with all the SchemeClasses enabled unilaterally), some
parse_universal function would be a pretty trivial thing to add with the
API I've already got here (though it wouldn't address 22852 without some
extra work afaict). I do think keeping the 'piecemeal' options exposed
has some utility, though, especially since the uses_* lists already
treat them on such a granular level.

Do we think a parse_universal function would be helpful to add on top of
this, or just repetitive?
History
Date User Action Args
2022-02-12 18:11:25lincolnaustersetrecipients: + lincolnauster, brett.cannon, orsenthil, eric.araujo, lukasz.langa
2022-02-12 18:11:25lincolnausterlinkissue46337 messages
2022-02-12 18:11:25lincolnaustercreate