On Mar 16, 2013, at 7:52 AM, Jonathan Jacobs
wrote:
> And, when the IRI ticket is finally complete, are we going to have to
> introduce yet another API for getting an IRI object?
It seems to me that it would be a compatible change to have an IRI.fromString
method that could do some extremely
On 02:52 pm, jonathan+twis...@jsphere.com wrote:
>On Sat, Mar 16, 2013 at 3:49 PM, wrote:
>>However, there's no reason we can't have an object that
>>represents an IRI *without* writing a parser for all those forms.
>>Agent
>>only needs minimal functionality of being able to figure out the
>>host
On Sat, Mar 16, 2013 at 7:52 AM, Jonathan Jacobs <
jonathan+twis...@jsphere.com> wrote:
>
> On Sat, Mar 16, 2013 at 3:49 PM, wrote:
>
>> However, there's no reason we can't have an object that
>> represents an IRI *without* writing a parser for all those forms. Agent
>> only needs minimal functi
On Sat, Mar 16, 2013 at 3:49 PM, wrote:
> However, there's no reason we can't have an object that
> represents an IRI *without* writing a parser for all those forms. Agent
> only needs minimal functionality of being able to figure out the
> hostname, port number, and whatever makes up the rest.
On 02:20 am, ita...@futurefoundries.com wrote:
>On Fri, Mar 15, 2013 at 4:11 AM, Jonathan Jacobs <
>jonathan+twis...@jsphere.com> wrote:
>>
>>Should the IRI branch be finished before attempting this ticket? (Note
>>that this doesn't necessarily include my volunteering.)
>The IRI ticket should *n
On Fri, Mar 15, 2013 at 4:11 AM, Jonathan Jacobs <
jonathan+twis...@jsphere.com> wrote:
>
> Should the IRI branch be finished before attempting this ticket? (Note
> that this doesn't necessarily include my volunteering.)
>
>
The IRI ticket should *not* be a dependency. It would be nice, but it's
u
Hello Twisters,
I'm interested in working on ticket #5435: The ability to discover the final
URI of an Agent request/response. Thomas summarised a previous IRC conversation
on this topic quite well in a comment on the ticket [1].
The biggest issue I've encountered so far is that Request.uri is