Well, reiterating some things I&#39;ve said before:<br><br>* This is clearly just WSGI slightly reworked, why the new name?<br>* Why byte values in the environ?  No one has offered any real reason they are better than native strings.  I keep asking people to offer a reason, *and no one ever does*.  It&#39;s just hyperbole and distraction.  Frankly I&#39;m feeling annoyed.  So far my experience makes me believe using native strings will make it easier to port and support libraries across 2 and 3.<br>

* It makes sense to me that the error stream should accept both bytes and unicode, and should do a best effort to handle either.  Getting encoding errors or type errors when logging an error is very distracting.<br>* Instead of focusing on Response(*response_tuple), I&#39;d rather just rely on something like Response.from_wsgi(response_tuple).  Body first  feels very unnatural.<br>

* Regarding long response headers, I think we should ignore the HTTP spec.  You can put 4k in a Set-Cookie header, such headers aren&#39;t easily or safely folded... I think the line length constraint in the HTTP spec isn&#39;t a constraint we need to pay attention to.<br clear="all">

<br>-- <br>Ian Bicking  |  <a href="http://blog.ianbicking.org">http://blog.ianbicking.org</a><br>