Martin v. Löwis wrote:
> Greg Ewing wrote:
>> BTW, I'm not sure if 'xturtle' is such a good name.
>> There's a tradition of X Windows executables having
>> names starting with 'x', whereas this is presumably
>> platform-independent.
>>
>> Maybe 'turtleplus' or something?
>
> When it goes into Pyth
Gregor Lingl wrote:
> Yes,, and I have some ideas in this respect, but mainly a prioncipal
> question. I read about
> using doctest and unittest, but how does one devise
> automatic test suites for graphical output. In the end it depends on how
> it looks like.
There are a few options here.. Tw
Gregor Lingl wrote:
> One question in this respect - how important do you consider
> backward compatibility. When designing a new module the requirement
> backward copmpatibility can have a big impact on the code although it
> may in some parts be questionable. As an example let me mention the
> r
Martin v. Löwis schrieb:
> Gregor Lingl wrote:
>
> ...
>> (Who reviewed it? This is a _newly_added_ function -
>> did nobody try it out yet? Incredible!!)
>>
>
> Apparently not. Thanks for pointing that out; Georg (who committed the
> patch originally) just fixed it in r47151.
>
> This illu
Gregor Lingl wrote:
> So, if you can't accept that offer - now, or even ever - , because it
> contradicts your rules, that's o.k. But it's not 'my cause'. I
> concieve it to be the community's cause.
All "we" said is that we cannot integrate it now, as a policy matter.
Nobody said it can't be in
On 6/28/06, Gregor Lingl <[EMAIL PROTECTED]> wrote:
> I made xturtle.py and that was a big effort. And I offer it to replace
> turtle.py. I do this because I'm a Python enthusiast and I want a better
> Python. (And I know very well that my contribution is rather marginal).
> We all, I think, have t
[EMAIL PROTECTED] wrote:
> One other thought -- at PyCon, I talked with a group of
> educators. While they needed some minor tweaks to the Turtle
> module, there were no requests for an extensive rewrite or a
> fatter API. The name of the game was to have a single module
> with a minimal toolset
Greg Ewing wrote:
> BTW, I'm not sure if 'xturtle' is such a good name.
> There's a tradition of X Windows executables having
> names starting with 'x', whereas this is presumably
> platform-independent.
>
> Maybe 'turtleplus' or something?
When it goes into Python, it will be 'turtle'.
Regards,
Martin v. Löwis wrote:
> xturtle
BTW, I'm not sure if 'xturtle' is such a good name.
There's a tradition of X Windows executables having
names starting with 'x', whereas this is presumably
platform-independent.
Maybe 'turtleplus' or something?
--
Greg
Raymond wrote:
> One other thought -- at PyCon, I talked with a group of
> educators. While they needed some minor tweaks to the Turtle
> module, there were no requests for an extensive rewrite or a
> fatter API. The name of the game was to have a single module
> with a minimal toolset supportin
Fredrik Lundh schrieb:
> Gregor Lingl wrote:
>
>
>> What a shame!! An immanent bug, persistent
>> for years now!
>>
>> Is this what Anthony Baxter calls
>> "the most solid Python release ever"
>>
>
> do you really think stuff like this helps your cause ?
>
>
Perhaps it dosn't help the tu
[EMAIL PROTECTED] wrote:
> As a compromise. we could tack Gregor Lingl's module under
> the Tools directory. This makes the tool more readily available
> for student use and allows it a more liberal zone to evolve than
> if it were in the standard library.
That could also work. See my other com
Guido van Rossum wrote:
> It was already patched by the other Georg. Thanks for the quick fix, georgbot!
My pleasure, even if there's a difference between "Georg" and "Gregor" ;)
cheers,
Georg
___
Python-Dev mailing list
Python-Dev@python.org
http://ma
Gregor Lingl wrote:
> For example: put turtle.py and xturtle.py both into beta2 and
> see which one stands better the (beta)test of time. Or perhaps you have
> an even better idea!
As a compromise, we could put an ad into the turtle document (a "see
also" link).
Regards,
Martin
_
[Collin Winter]
>> While I have no opinion on Gregor's app, and while I fully
agree that
>> new language features and stdlib modules should generally
stay out of
>> bug-fix point releases, xturtle doesn't seem to rise to that
level
>> (and hence, those restrictions).
[Martin]
> It's a stdlib mo
Gregor Lingl wrote:
> Sorry Martin, but to me this seems not to be the right way to manage
> things.
As you explain later, this is precisely the right way; it is unfortunate
that it isn't always followed.
> (Who reviewed it? This is a _newly_added_ function -
> did nobody try it out yet? Incredib
It was already patched by the other Georg. Thanks for the quick fix, georgbot!
--Guido
On 6/28/06, Bob Ippolito <[EMAIL PROTECTED]> wrote:
>
> On Jun 28, 2006, at 1:05 PM, Gregor Lingl wrote:
>
> > Martin v. Löwis schrieb:
> >> Collin Winter wrote:
> >>
> >>> While I have no opinion on Gregor's a
On Jun 28, 2006, at 1:05 PM, Gregor Lingl wrote:
> Martin v. Löwis schrieb:
>> Collin Winter wrote:
>>
>>> While I have no opinion on Gregor's app, and while I fully agree
>>> that
>>> new language features and stdlib modules should generally stay
>>> out of
>>> bug-fix point releases, xturtl
Gregor Lingl wrote:
> What a shame!! An immanent bug, persistent
> for years now!
>
> Is this what Anthony Baxter calls
> "the most solid Python release ever"
do you really think stuff like this helps your cause ?
___
Python-Dev mailing list
Python-
Martin v. Löwis schrieb:
Collin Winter wrote:
While I have no opinion on Gregor's app, and while I fully agree that
new language features and stdlib modules should generally stay out of
bug-fix point releases, xturtle doesn't seem to rise to that level
(and hence, those restrictions).
Collin Winter wrote:
> While I have no opinion on Gregor's app, and while I fully agree that
> new language features and stdlib modules should generally stay out of
> bug-fix point releases, xturtle doesn't seem to rise to that level
> (and hence, those restrictions).
It's a stdlib module, even if
On Thursday 29 June 2006 03:03, Collin Winter wrote:
> This may be a stupid question, but we're talking about replacing
> the turtle.py in Lib/lib-tk/, right? The one that's basically just
> a GUI demo / introduction to programming tool?
>
> If so, can someone explain to me how improving something
On Wed, Jun 28, 2006, Collin Winter wrote:
>
> This may be a stupid question, but we're talking about replacing the
> turtle.py in Lib/lib-tk/, right? The one that's basically just a GUI
> demo / introduction to programming tool?
>
> If so, can someone explain to me how improving something like th
On 6/28/06, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
> Gregor Lingl <[EMAIL PROTECTED]> wrote:
> > Could you imagine - downgrading it's 'featureness' - to put it into 2.5.1
> > or something like this?
>
> Changing features/abilities of Python in micro releases (2.5 -> 2.5.1),
> aside from bugfix
Josiah Carlson schrieb:
> Gregor Lingl <[EMAIL PROTECTED]> wrote:
>
>> Could you imagine - downgrading it's 'featureness' - to put it into 2.5.1
>> or something like this?
>>
>
> Changing features/abilities of Python in micro releases (2.5 -> 2.5.1),
> aside from bugfixes, is a no-no.
I un
Gregor Lingl <[EMAIL PROTECTED]> wrote:
> Could you imagine - downgrading it's 'featureness' - to put it into 2.5.1
> or something like this?
Changing features/abilities of Python in micro releases (2.5 -> 2.5.1),
aside from bugfixes, is a no-no. See the Python 2.2 -> 2.2.1
availability of True/
Gregor Lingl wrote:
>I would appreciate it very much if xturtle.py could go into Python2.5.
>
>
+1 The need for turtle.py improvements was discussed at the last
PyCon. It would be a nice plus for people teaching programming to kids.
In theory, it is a little late to be adding new modules.
Gregor Lingl wrote:
> Already now, only one week after publishing it I have some very positive
> feedback and people start to use it. So I think there is some demand for
> it.
some demand != should be added to the core distribution a few days after
its first release. (and if everything that someo
Anthony Baxter schrieb:
> On Wednesday 28 June 2006 20:57, Gregor Lingl wrote:
>
>> I would very much appreciate if xturtle.py could go into
>> Python 2.5
>>
>
> Unfortunately Python 2.5b1 came out last week. Now that we're in beta,
> we're feature frozen (unless some horrible issue comes
On Wednesday 28 June 2006 20:57, Gregor Lingl wrote:
> I would very much appreciate if xturtle.py could go into
> Python 2.5
Unfortunately Python 2.5b1 came out last week. Now that we're in beta,
we're feature frozen (unless some horrible issue comes up that means
we really need to do a feature
On Wed, Jun 28, 2006 at 12:57:23PM +0200, Gregor Lingl wrote:
> I would very much appreciate if xturtle.py could go into
> Python 2.5
That decision is up to Anthony Baxter, the release manager.
Unfortunately 2.5beta1 is already out, and the developers try to avoid
large changes during the beta se
Gregor Lingl wrote:
> I would appreciate it very much if xturtle.py could go into Python2.5.
> I'm ready to do the amendments, which may emerge as necessary from the
> dicussion here.
I see little chance for that. Python 2.5 is feature-frozen.
Regards,
Martin
___
xturtle.py, extended turtle graphics
is a new Tkinter based turtle graphics module for Python
xturtle.py (Version 0.91) can be found at:
http://sourceforge.net/tracker/?group_id=5470&atid=305470
(Request ID 1513695, and 1513699 for the docs)
and at
http://ada.rg16.asn-wien.ac.at/~python/xturtle
xturtle.py, extended turtle graphics
a new Tkinter based turtle graphics module for Python
I just have released xturtle.py (v.0.91). It can be found at:
http://sourceforge.net/tracker/?group_id=5470&atid=305470
with RequestID 1513695 (and 1513699 for the docs)
and also here
http://ada.rg16.asn
34 matches
Mail list logo
