On Fri, Jul 16, 2010 at 6:20 PM, Chris McDonough <span dir="ltr">&lt;<a href="mailto:chrism@plope.com">chrism@plope.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div><div class="h5">
&gt; What are the concrete problems you envision with text request headers,<br>
&gt; text (URL-quoted) path, and text response status and headers?<br>
<br>
</div></div>Documentation is the main reason.  For example, the documentation for<br>
making sense of path_info segments in a WSGI that used unicodey-strings<br>
would, as I understand it, read something like this:<br></blockquote><div><br>Nah, not nearly that hard:<br><br>path_info = urllib.parse.unquote_to_bytes(environ[&#39;wsgi.raw_path_info&#39;]).decode(&#39;UTF-8&#39;)<br>

<br>I don&#39;t see the problem?  If you want to distinguish %2f from /, then you&#39;ll do it slightly differently, like:<br><br>path_parts = [<br>    urllib.parse.unquote_to_bytes(p).decode(&#39;UTF-8&#39;)<br>    for p in environ[&#39;wsgi.raw_path_info&#39;].split(&#39;/&#39;)]<br>

 <br>This second recipe is impossible to do currently with WSGI.<br clear="all"><br>So... before jumping to conclusions, what&#39;s the hard part with using text?<br></div></div><br>-- <br>Ian Bicking  |  <a href="http://blog.ianbicking.org">http://blog.ianbicking.org</a><br>