<div dir="ltr"><div class="gmail_extra"><div dir="ltr"><div><div class="gmail_quote">On Sat, Apr 19, 2014 at 4:31 AM, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":2tn" class="" style="overflow:hidden">After spending some time talking to the folks at the PyCon Twisted<br>

sprints, they persuaded me that adding back the iterkeys/values/items<br>methods for mapping objects would be a nice way to eliminate a key<br>porting hassle for them (and likely others), without significantly<br>increasing the complexity of Python 3.</div>

</blockquote></div><br>I don't see this as a key porting hassle *at all* and I don't understand why they think this would significantly help their porting (it wouldn't). The only real barrier is the str/bytes conversion, really, and this is even more true for projects massively centered around IO, such as Twisted and, I'm sure, the main (only?) reason why Twisted hasn't been ported yet. They will get much more benefit from additions such as PEP-461, which is of great help for verbose protocols such as FTP, not this.</div>

<div><br></div><div>-- <br><div dir="ltr">Giampaolo - <a href="http://grodola.blogspot.com/" target="_blank">http://grodola.blogspot.com</a></div></div></div>
</div></div>