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 eric.smith
Recipients LewisGaul, eric.smith, eric.snow, rhettinger, serhiy.storchaka
Date 2021-03-16.00:41:28
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1615855288.64.0.754417101387.issue43080@roundup.psfhosted.org>
In-reply-to
Content
I'm leaning toward accepting this on the condition that it only be invoked for dataclasses where __repr__ was the version generated by @dataclass. And also that it use the same fields that the generated __repr__ would use (basically skipping repr=False fields). Under those conditions, I don't see the harm.

The reason I'm leaning toward acceptance is that we've talked about a better pprint for ages, and yet there's no activity that I can tell toward developing a replacement in the stdlib. pprint was a motivating example for PEP 443 (singledispatch), and that was accepted 8 years ago. I don't think we should have to wait forever to get better pprint for dataclasses.

But I'm still not 100% decided, and I can be reasoned with!
History
Date User Action Args
2021-03-16 00:41:28eric.smithsetrecipients: + eric.smith, rhettinger, eric.snow, serhiy.storchaka, LewisGaul
2021-03-16 00:41:28eric.smithsetmessageid: <1615855288.64.0.754417101387.issue43080@roundup.psfhosted.org>
2021-03-16 00:41:28eric.smithlinkissue43080 messages
2021-03-16 00:41:28eric.smithcreate