Hi!<br><br><br>I&#39;ve just been in contact with Jim Fulton, who was previously mentioned in the context of developing this PEP, and he&#39;s okay with us taking over.<br><br>IIUC the PEP involves a few things:<br>

<ol><li>A sane reactor abstraction/interface (although they probably won&#39;t like pulling in z.i.I) in the standard library which everything should be able to implement -- essentially twisted.loop&#39;s interface. This probably includes a Protocol abstraction too<br>

</li><li>

A simple, potentially insane implementation for it in the stdlib -- ideally twisted.loop, but probably something like asyncore-except-slightly-less-terrible<br></li><li>A way to write code for it, probably involving @inlineCallbacks/monocle style yields<br>



</li></ol>The idea here, as Glyph told me at Pycon, I believe, is that people can just write code that works on most backends. When they figure out the stdlib thing suck^H^H^H^Hdoesn&#39;t satisfy their requirements, we can just say &quot;hey, it&#39;s okay, you can just replace the reactor reactor you have now with the twisted one and you will get all sorts of wonderful magic to play with&quot;.<br>

<br>Am I completely wrong here already or does that sound like a sane problem definition?<br><br>Either way I&#39;m planning to put the PEP draft up on github (actually, I already have). Whether you like github or not, I think this feature: <a href="https://github.com/blog/844-forking-with-the-edit-button">https://github.com/blog/844-forking-with-the-edit-button</a> is just too amazing for writing a PEP as a community process to let pass.<br>

<br>cheers<div>lvh</div><br>