<br><br><div class="gmail_quote">On Sat, Mar 16, 2013 at 7:52 AM, Jonathan Jacobs <span dir="ltr"><<a href="mailto:jonathan+twisted@jsphere.com" target="_blank">jonathan+twisted@jsphere.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="im"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 16, 2013 at 3:49 PM, <span dir="ltr"><<a href="mailto:exarkun@twistedmatrix.com" target="_blank">exarkun@twistedmatrix.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>However, there's no reason we can't have an object that<br>
represents an IRI *without* writing a parser for all those forms. Agent<br>
only needs minimal functionality of being able to figure out the<br>
hostname, port number, and whatever makes up the rest.</div></blockquote></div><br><br></div></div><div class="gmail_extra">Isn't this currently called twisted.web.client._URL? (Although _URL still needs some more data to fill this role.)<br>
<br></div><div class="gmail_extra">I do like this idea, although I keep coming back to wondering how we provide this to Request initially, an additional parameter was not received with much enthusiasm on IRC. It would be unfortunate if Request.uri is going to mean "the relative URI" forever. </div>
</div></blockquote><div><br>An additional attribute is not ideal... but it's better than changing an
existing attribute's contents, which is *really* backwards
incompatible. It's probably too late for the ideal solution anyway, let's just get a decent one done. <br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra">And, when the IRI ticket is finally complete, are we going to have to introduce yet another API for getting an IRI object?<br>
</div></div></blockquote><div><br>Or just IRI.fromString() or something.<br><br>Why don't you start coding, and we can then talk about actual implementation details? It's going to be pretty short, so any review comments should hopefully not take too long to address.<br>
</div></div><br>-Itamar<br>