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 gregorlingl
Recipients benjamin.peterson, bmiller, glingl, gregorlingl, gvanrossum, loewis
Date 2008-06-02.22:54:54
SpamBayes Score 0.13814586
Marked as misclassified No
Message-id <1212447314.35.0.882107541311.issue1513695@psf.upfronthosting.co.za>
In-reply-to
Content
In my last posting i forgot a fourth proposition.

Currently one has the Turtle.methods fill(), begin_fill() and end_fill()
As is stated in the old turtle docs the specification of fill is "rather
complex". begin_fill() and end_fill(), are identical to fill(True) and
fill(False) (or fill(1) and fill(0)). That means, that begin_fill()
sometimes may do somthing unexpected, namely complete som filling
underway. In the new turtle module fill() without arguments returns the
filling state, i. e. True/False respectively.

I'd prefer the following:

begin_fill() should only start a new filling process and cancel some
underway, if necessary (that means: a filling without end_fill will
not take place) 

end_fill() should only complete the current filling process

a new method filling() should be used to ask if same filling is
currently taking place

and fill() could be dropped. (deprecated in 2.6)

I think Vern Ceders intention with introducing begin_fill and end_fill
was to have a clear and easily understandable meaning, which is only
partially accomplished with the current solution.

What is your opinion?
Gregor
History
Date User Action Args
2008-06-02 22:55:19gregorlinglsetspambayes_score: 0.138146 -> 0.13814586
recipients: + gregorlingl, gvanrossum, loewis, glingl, benjamin.peterson, bmiller
2008-06-02 22:55:15gregorlinglsetspambayes_score: 0.138146 -> 0.138146
messageid: <1212447314.35.0.882107541311.issue1513695@psf.upfronthosting.co.za>
2008-06-02 22:55:09gregorlingllinkissue1513695 messages
2008-06-02 22:55:03gregorlinglcreate