[issue3062] Turtle speed() function has no effect under Mac OS X
New submission from Pierre Bourdon <[EMAIL PROTECTED]>: When using the speed() function of the turtle module under Mac OS X, it has no effect : the turtle always draws lines with the same speed. An easy fix is to replace line 553 of the turtle.py file by "sleep(self._delay / 1000.0)", however I don't know if it is the best solution. -- components: Tkinter messages: 67831 nosy: delroth severity: normal status: open title: Turtle speed() function has no effect under Mac OS X type: behavior versions: Python 2.5 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3062> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4825] TypeError with complex.real() and complex.imag()
Pierre Bourdon added the comment: I don't think this is a valid issue : real and imag are just properties of complex objects, not methods ! -- nosy: +delroth ___ Python tracker <http://bugs.python.org/issue4825> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6353] "L" integer suffix in Python 3.1 tutorial
New submission from Pierre Bourdon : Chapter 14 (Floating Point Arithmetic: Issues and Limitations) of the Python 3.x tutorial contains integers with long suffix (424242L) when talking about as_integer_ratio. Patch is attached. -- assignee: georg.brandl components: Documentation files: fp-tutorial.diff keywords: patch messages: 89767 nosy: delroth, georg.brandl severity: normal status: open title: "L" integer suffix in Python 3.1 tutorial versions: Python 3.0, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file14374/fp-tutorial.diff ___ Python tracker <http://bugs.python.org/issue6353> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6354] Old floating point representation in 3.1 tutorial
New submission from Pierre Bourdon : In part 3.1.1 of the Python 3.1 tutorial, the following code sample is obsolete : >>> 8/5 # Fractions aren't lost when dividing integers 1.6001 In a fresh Python 3.1, 8/5 is now displayed as 1.6. The note below the code sample should be updated too. -- assignee: georg.brandl components: Documentation messages: 89768 nosy: delroth, georg.brandl severity: normal status: open title: Old floating point representation in 3.1 tutorial versions: Python 3.1 ___ Python tracker <http://bugs.python.org/issue6354> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
