You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since after closing of issue bpo-10199, docstrings in demo scripts are accessible to pydoc, it is important to bring them up to date. For example, turtledemo.wikipedia docstring contains a reference to nonexistent wikipedia1 and calls itself tdemo_wikipedia3.py.
In fact, it looks like turtle docstring is already a copy (or almost a
copy) of Lib/turtledemo/about_turtle.txt. Instead of reading
about_turtle.txt, turtledemo should just reuse turtle.__doc__.
Yes, I noticed that, but it may not be that unrelated. Of course the
two changes need to be committed separately, but the pop-under issue
(bpo-11571) affects turtledemo in the same way as turtle.
I think the docstrings should not go as is but be cleaned up to match docstrings conventions.
I’ve also spotted some phrasing issues.
I would rather keep code and documentation changes separate. Not that
we have any strict docstrings conventions. :-)
> I would rather keep code and documentation changes separate.
I don’t follow; my comment about bad phrasing was about the text added to the docstrings.
The text added to docstrings was copied from deleted text files. (I
only fixed a few obvious anachronisms such as turtleDemo vs.
turtledemo.) From user's POV, there is no change: the help topics
display the same text as before.
The original patch no longer applies cleanly, so attached is a regenerated version.
The new patch passes make patchcheck.
The full test suite passes with this patch.
I manually tested that before the patch, ./python.exe [Lib/turtledemo/__main__.py](https://github.com/python/cpython/blob/main/Lib/turtledemo/__main__.py) would start the demo window behind the Terminal on OSX, and after the patch it starts in front as desired.
I manually checked the 3 help menu drop-down options in the demo, and they have the expected content.
There is a lot of out of date content in the turtle docs, and I think we should consider that work separate from this ticket and do a full audit of what needs updating in a new ticket.
Thanks for the refresh, Jessica. I decided to separate out the turtle window raise for OS X and apply that for 3.4.1 and 3.5.0 in bpo-11571. The remainder of the patch to use the docstrings, plus removal of the two other obsolete text files, is spplied here for 3.5.0.
Is there any reason when turtledemo.__init__ and turtledemo.__main__ should not get docstrings in earlier versions? And the turtledemo.__main__ get the same changes in 3.4?
Not doing so introduced seeming gratuitous differences between the versions. The help refactoring I committed in 3.4 for bpo-22053 could not be merged as it is. The demohelp.txt changes I have made for 3.4 have cleanly merged forward to file that is ignored and no longer displayed. With demohelp.txt moved to a docstring for 3.4 also, I would leave demohelp.txt in 3.4 but mark it 'unmaintained.
Why was demohelp.txt left after being copied to .__main__? Expecting the file and docstring to remain in sync is not realistic.
Is there any reason when turtledemo.__init__ and turtledemo.__main__ should > not get docstrings in earlier versions? And the turtledemo.__main__ get the > same changes in 3.4?
I think my reasoning was that it was not a bug fix so it wasn't a strong candidate for a maintenance release. But feel free to backport it if you think it important.
Why was demohelp.txt left after being copied to .__main__?
It wasn't: 004fe3449193 deleted it. It appears that an incorrect merge from 3.4 (3f4abe3107ce) in a subsequent set of changes for bpo-21823 brought it back to life in default.
Thanks for the explanation. I will re-delete the file after copying 3.4 version to docstring and marking the original .txt as frozen.
I will do same with other files deleted in 3.5.
Activity
abalkin commentedon Nov 2, 2010
Since after closing of issue bpo-10199, docstrings in demo scripts are accessible to pydoc, it is important to bring them up to date. For example, turtledemo.wikipedia docstring contains a reference to nonexistent wikipedia1 and calls itself tdemo_wikipedia3.py.
In addition, the turtledemo package contains three text files: Lib/turtledemo/about_turtle.txt, Lib/turtledemo/about_turtledemo.txt, and Lib/turtledemo/demohelp.txt. The contents of these files should be moved to appropriate (doc)strings inside appropriate .py files.
merwok commentedon Mar 22, 2011
Agreed. Which .py files would be appropriate?
abalkin commentedon Mar 22, 2011
On Tue, Mar 22, 2011 at 2:55 PM, Éric Araujo <report@bugs.python.org> wrote:
..
Lib/turtledemo/about_turtle.txt - seems to belong to turtle.py
Lib/turtledemo/about_turtledemo.txt -> turtledemo/init.py
and Lib/turtledemo/demohelp.txt. -> turtledemo/main.py or a new
module to be imported from __main__ most of the code in __main__ can
be moved/
abalkin commentedon Mar 22, 2011
On Tue, Mar 22, 2011 at 3:14 PM, Alexander Belopolsky
<belopolsky@users.sourceforge.net> wrote:
..
In fact, it looks like turtle docstring is already a copy (or almost a
copy) of Lib/turtledemo/about_turtle.txt. Instead of reading
about_turtle.txt, turtledemo should just reuse turtle.__doc__.
merwok commentedon Mar 22, 2011
The patch contains one unrelated code change.
I think the docstrings should not go as is but be cleaned up to match docstrings conventions. I’ve also spotted some phrasing issues.
abalkin commentedon Mar 22, 2011
On Tue, Mar 22, 2011 at 5:15 PM, Éric Araujo <report@bugs.python.org> wrote:
Yes, I noticed that, but it may not be that unrelated. Of course the
two changes need to be committed separately, but the pop-under issue
(bpo-11571) affects turtledemo in the same way as turtle.
I would rather keep code and documentation changes separate. Not that
we have any strict docstrings conventions. :-)
merwok commentedon Mar 22, 2011
*looks at ast.py and grumbles*
abalkin commentedon Mar 22, 2011
On Tue, Mar 22, 2011 at 5:29 PM, Éric Araujo <report@bugs.python.org> wrote:
..
The text added to docstrings was copied from deleted text files. (I
only fixed a few obvious anachronisms such as turtleDemo vs.
turtledemo.) From user's POV, there is no change: the help topics
display the same text as before.
jesstess commentedon Apr 20, 2014
Thanks for the bug report and patch, belopolsky!
The original patch no longer applies cleanly, so attached is a regenerated version.
make patchcheck../python.exe [Lib/turtledemo/__main__.py](https://github.com/python/cpython/blob/main/Lib/turtledemo/__main__.py)would start the demo window behind the Terminal on OSX, and after the patch it starts in front as desired.There is a lot of out of date content in the turtle docs, and I think we should consider that work separate from this ticket and do a full audit of what needs updating in a new ticket.
=> commit review
python-dev commentedon Apr 20, 2014
New changeset 004fe3449193 by Ned Deily in branch 'default':
Issue bpo-10291: Cleanup turtledemo to use docstrings for help.
http://hg.python.org/cpython/rev/004fe3449193
ned-deily commentedon Apr 20, 2014
Thanks for the refresh, Jessica. I decided to separate out the turtle window raise for OS X and apply that for 3.4.1 and 3.5.0 in bpo-11571. The remainder of the patch to use the docstrings, plus removal of the two other obsolete text files, is spplied here for 3.5.0.
terryjreedy commentedon Jul 25, 2014
Is there any reason when turtledemo.__init__ and turtledemo.__main__ should not get docstrings in earlier versions? And the turtledemo.__main__ get the same changes in 3.4?
Not doing so introduced seeming gratuitous differences between the versions. The help refactoring I committed in 3.4 for bpo-22053 could not be merged as it is. The demohelp.txt changes I have made for 3.4 have cleanly merged forward to file that is ignored and no longer displayed. With demohelp.txt moved to a docstring for 3.4 also, I would leave demohelp.txt in 3.4 but mark it 'unmaintained.
Why was demohelp.txt left after being copied to .__main__? Expecting the file and docstring to remain in sync is not realistic.
ned-deily commentedon Jul 25, 2014
I think my reasoning was that it was not a bug fix so it wasn't a strong candidate for a maintenance release. But feel free to backport it if you think it important.
It wasn't: 004fe3449193 deleted it. It appears that an incorrect merge from 3.4 (3f4abe3107ce) in a subsequent set of changes for bpo-21823 brought it back to life in default.
terryjreedy commentedon Jul 25, 2014
Thanks for the explanation. I will re-delete the file after copying 3.4 version to docstring and marking the original .txt as frozen.
I will do same with other files deleted in 3.5.
python-dev commentedon Aug 15, 2014
New changeset 7708f80940b0 by Terry Jan Reedy in branch '3.4':
Issue bpo-10291: Backport 004fe3449193 with a few changes due to 22095.
http://hg.python.org/cpython/rev/7708f80940b0
New changeset 68902ee48985 by Terry Jan Reedy in branch 'default':
Issue bpo-10291: null merge
http://hg.python.org/cpython/rev/68902ee48985