<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 20, 2013 at 11:09 AM, R. David Murray <span dir="ltr"><<a href="mailto:rdmurray@bitdance.com" target="_blank">rdmurray@bitdance.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, 20 Mar 2013 09:41:53 -0700, Eli Bendersky <<a href="mailto:eliben@gmail.com">eliben@gmail.com</a>> wrote:<br>


> Personally, I think that IDLE reflects badly on Python in more ways than<br>
> one. It's badly maintained, quirky and ugly. It serves a very narrow set of<br>
> uses, and does it badly.<br>
><br>
> Being part of Python *distributions* and being part of core Python standard<br>
> library are two different things. The former may make sense, the latter<br>
> IMHO makes no sense whatsoever. Outside the Python core IDLE can be<br>
> maintained more freely, with less restrictions on contributors and<br>
> hopefully become a better tool.<br>
<br>
</div>On the other hand, after several years of almost complete neglect,<br>
we have some people interested in and actively contributing to making<br>
it better *in the stdib*.  Terry has proposed a PEP for allowing it<br>
to see more rapid changes than a "normal" stdlib package, and I haven't<br>
perceived a lot of opposition to this.  I think Terry's PEP represents<br>
less of change to how we do things than bundling an externally maintained<br>
IDLE would be, especially with respect to Linux.<br>
<br>
FYI I talked to someone at PyCon who is not a current contributor to<br>
IDLE but who is very interested in helping with it, and it sounded like<br>
he had the backing of his organization to do this (it was a quick hall<br>
conversation and unfortunately I did not get his name).  So we may be<br>
approaching an inflection point where IDLE will start getting the love<br>
that it needs.<br></blockquote></div><br></div><div class="gmail_extra">The "choke point" is going to be core devs with the time and desire to review such contributions though. We have a relatively strict process in the Python core, which makes a lot of since *because* it's Python core. Getting things committed in Python is not easy, and even if we get a sudden influx of good patches (which I doubt) these will take time to review and get committed. In an outside project there's much less friction.<br>

<br></div><div class="gmail_extra">IDLE would be a great first foray into this "separate project" world, because it is many ways a separate project.<br><br>Eli<br></div><div class="gmail_extra"><br><br></div></div>