On Tue, Nov 24, 2009 at 3:28 PM, Malthe Borch <span dir="ltr">&lt;<a href="mailto:mborch@gmail.com">mborch@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>The proposal that seemed to work best was to keep the environ as str<br>
(i.e., unicode in Python 3), and eliminate the problematic SCRIPT_NAME<br>
and PATH_INFO, replacing them with url-encoded values.  Also I think<br>
everyone is okay with removing start_response.  All text would be<br>
decoded as latin1 on Python 3 (which allows for transcoding; also most<br>
text is not unicode).  The request and response body would remain bytes.<br>
</blockquote>
<br></div>
I assume with &quot;all text&quot; you mean all header text, e.g. all header values.<br></blockquote><div><br></div><div>All the things that are specified to be str, would stay str in Python 3.  This includes all keys, headers, and stuff like wsgi.url_scheme.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Can we talk briefly then about wsgi.*? I think we should eliminate them and in their place put a real request object, something very basic that has only what&#39;s absolutely necessary to communicate the essential data from the low-level HTTP request.<br>


<br>
There is no way that the environment can express an HTTP request. This was a mistake in my view and we should rectify it either in 1.1 or 2.0.<font class="Apple-style-span" color="#888888"><br></font></blockquote><div><br>

</div><div>I&#39;m not aware of any problems with representing the request with a dictionary.  Can you give examples?</div><div><br></div><div> </div></div>-- <br>Ian Bicking  |  <a href="http://blog.ianbicking.org">http://blog.ianbicking.org</a>  |  <a href="http://topplabs.org/civichacker">http://topplabs.org/civichacker</a><br>