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 terry.reedy
Recipients Lita.Cho, gregorlingl, jesstess, terry.reedy
Date 2014-05-31.04:00:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1401508856.28.0.554243595029.issue21573@psf.upfronthosting.co.za>
In-reply-to
Content
When I re-read the top of the file, I remembered that turtle.py has unique issues in relation to code ownership. (I was once told that Gregor had to approve any substantive code change.) I asked about that and about code cleanups on pydev (thread 'updating turtle.py').

Re your message: I was suggesting 'mapping' the code, not re-structuring it.

Testing: A complete 'unit' test would test each function in each layer. A minimal 'unit' test should at least test each top-level function and check response on the canvas. Assuming that one can get to tk root and canvas, some things should be possible. But I don't know what introspection functions a canvas has. An alternative would be to replace the canvas with a mock-canvas with extra introspection added. Another alternative would be a human-verified test, a turtle script that systematically called every function and said that it was doing for a person to verify. "Line width: 1, 2, 3, 5, 8, 12 17, 30" (with a slight pause for each width).

Versions: at most 2.7, 3.4, 3.5. The 3.4 and 3.5 turtle code should be close to identical.
History
Date User Action Args
2014-05-31 04:00:56terry.reedysetrecipients: + terry.reedy, gregorlingl, jesstess, Lita.Cho
2014-05-31 04:00:56terry.reedysetmessageid: <1401508856.28.0.554243595029.issue21573@psf.upfronthosting.co.za>
2014-05-31 04:00:56terry.reedylinkissue21573 messages
2014-05-31 04:00:55terry.reedycreate