Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.Sign up
bpo-37480: add ptpython to alternate interpreters #14538
Hello, and thanks for your contribution!
I'm a bot set up to make sure that the project can legally accept your contribution by verifying you have signed the PSF contributor agreement (CLA).
Our records indicate we have not received your CLA. For legal reasons we need you to sign this before we can look at your contribution. Please follow the steps outlined in the CPython devguide to rectify this issue.
If you have recently signed the CLA, please wait at least one business day
You can check yourself to see if the CLA has been received.
Thanks again for your contribution, we look forward to reviewing it!
aeros167 left a comment •
@zachvalenta Thanks for the contribution! To answer your question, I'd say this doc change could warrant a
As to whether or not ptpython should actually be added to this section, I'm not certain that the docs are the appropriate place for maintaining a list of alternative interpreters. From my understanding, this section was not meant to provide a list of all up to date alternatives. Instead, it seems to just be there to provide a couple of examples. My concern is that if we add this to the docs, there will be an argument to continually add and remove others, which further adds to documentation maintenance costs. As @terryjreedy had suggested on the bug tracker page, maintaining a list of interpreters seems better suited to the wiki (which is much easier to periodically edit).
For the most part, worthwhile maintenance costs on the docs primarily revolve around the version of the Python language itself. However, I do think that it might be appropriate to link to the wiki page itself in the docs, so that users can easily find a list of current interpreters. You can find that here: https://wiki.python.org/moin/PythonEditors#Enhanced_Python_shells. Feel free to add ptpython to the list on there.
Depending on what the others think, it might be worthwhile to also refactor the paragraph of alternative interpreters to remove any specific mention of individuals ones in the docs, with the only direct link being to the python wiki page section. Something like this might be appropriate:
This would likely be the most fair to all of the alternative options, so it does not appear that the docs favor any of them in particular. The docs really should not be the place to mention specific alternative applications when we have a wiki.
@aeros167 I agree with all this. The wiki is a more natural home for that info, and might as well move the