W3C home > Mailing lists > Public > whatwg@whatwg.org > November 2014

Re: [whatwg] [url] Feedback from TPAC

From: Sam Ruby <rubys@intertwingly.net>
Date: Tue, 04 Nov 2014 10:09:55 -0500
Message-ID: <5458EC43.5080209@intertwingly.net>
To: David Singer <singer@apple.com>, Anne van Kesteren <annevk@annevk.nl>
Cc: WhatWG <whatwg@whatwg.org>, Graham Klyne <gk@ninebynine.org>
On 11/04/2014 09:55 AM, David Singer wrote:
> I am pretty puzzled why the base URL <stuff://www.app.com/a/b/> composed with the URL <banana> results not in
>
> stuff://www.app.com/a/b/banana
>
> but
>
> stuff:///banana
>
> Is this a bug or feature of the spec., or a bug in this implementation?

Please refresh.  I've changed the implementation to match the spec. 
Spoiler alert: the results returned now don't match either of the values 
you mention above.

- Sam Ruby

> On Nov 4, 2014, at 14:32 , Anne van Kesteren <annevk@annevk.nl> wrote:
>
>> On Tue, Nov 4, 2014 at 3:28 PM, Sam Ruby <rubys@intertwingly.net> wrote:
>>> To help foster discussion, I've made an alternate version of the live URL
>>> parser page, one that enables setting of the base URL:
>>>
>>> http://intertwingly.net/projects/pegurl/liveview2.html#foobar://test/x
>>>
>>> Of course, if there are any bugs in the proposed reference implementation,
>>> I'm interested in that too.
>>
>> Per the URL Standard resolving "x" against "test:test" results in
>> failure, not "test:///x".
>>
>>
>> --
>> https://annevankesteren.nl/
>
> David Singer
> Manager, Software Standards, Apple Inc.
>
Received on Tuesday, 4 November 2014 15:10:27 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:09:32 UTC