Re: [whatwg] New URL Standard from Anne van Kesteren on 2012-09-24 (public-whatwg-archive@w3.org from September 2012)

Julian Reschke <julian.reschke@gmx.de> Mon, 22 October 2012 22:12 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A715D11E80DE for <ietf@ietfa.amsl.com>; Mon, 22 Oct 2012 15:12:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.438
X-Spam-Level:
X-Spam-Status: No, score=-103.438 tagged_above=-999 required=5 tests=[AWL=-0.839, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BgvEkmROyb2S for <ietf@ietfa.amsl.com>; Mon, 22 Oct 2012 15:12:14 -0700 (PDT)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 8619B11E80BA for <ietf@ietf.org>; Mon, 22 Oct 2012 15:12:13 -0700 (PDT)
Received: (qmail invoked by alias); 22 Oct 2012 22:12:12 -0000
Received: from p5DD95D63.dip.t-dialin.net (EHLO [192.168.178.36]) [93.217.93.99] by mail.gmx.net (mp038) with SMTP; 23 Oct 2012 00:12:12 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1/eKegEy1De4aCYdzOPUs8Yrbl0sOjQHK6ib5xJ2W rsHWEs5QQzJiQp
Message-ID: <5085C4BA.2030505@gmx.de>
Date: Tue, 23 Oct 2012 00:12:10 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1
MIME-Version: 1.0
To: Ian Hickson <ian@hixie.ch>
Subject: Re: [whatwg] New URL Standard from Anne van Kesteren on 2012-09-24 (public-whatwg-archive@w3.org from September 2012)
References: <50604C1A.7090901@gmx.de> <5060A964.5060001@stpeter.im> <Pine.LNX.4.64.1210172354500.2478@ps20323.dreamhostps.com> <507F5A7E.6040206@arcanedomain.com> <50856E3C.103@gmail.com> <Pine.LNX.4.64.1210221753010.2471@ps20323.dreamhostps.com> <0DBC8A11-319C-4120-975E-7E40FD5818BF@gbiv.com> <Pine.LNX.4.64.1210222137530.2471@ps20323.dreamhostps.com>
In-Reply-To: <Pine.LNX.4.64.1210222137530.2471@ps20323.dreamhostps.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: IETF Discussion <ietf@ietf.org>, Noah Mendelsohn <nrm@arcanedomain.com>, "Roy T. Fielding" <fielding@gbiv.com>, URI <uri@w3.org>, mnot@mnot.net
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Oct 2012 22:12:14 -0000

On 2012-10-22 23:46, Ian Hickson wrote:
> On Mon, 22 Oct 2012, Julian Reschke wrote:
>>>
>>> I couldn't agree more! We've been waiting for four years for the URI
>>> working group to get their act together and fix the URL mess. Nothing
>>> has happened. We lost patience and are now doing it ourselves. ...
>>
>> Clarifying: there is no URI Working Group, and as far as I can tell,
>
> Whoever. The people complaining that it should be done at the IETF haven't
> done any work. That's the complaint. Until they do the work, complaining
> that we're doing it instead is going to fall on deaf ears and be met with
> the rolling of eyeballs.

This always was about venue, not people. If people want to "fix" or 
"augment" URIs/IRIs, they should come over to the IETF. That's where the 
specs live. The IETF is open to anyone, works async on mailing lists, 
and doesn't require any membership fees. I don't think there's any 
standards body that is *more* open to individuals.

But yes, you may have to convince a few people outside the WhatWG. 
That's a feature. It means more review from people outside the browser 
ecosystem.

>> there is no consensus that there is a "mess" to fix related to URIs.
>
> The specs don't define everything that implementations have to do to be
> interoperable. If the IETF doesn't think that's a problem, then that's
> fine, but then y'all shouldn't be surprised when people who _do_ think
> that's a problem try and fix it.

Yes, please fix *that*, but *just* that without messing with the basics 
without consensus/review.

So yes: if you feel you need to make \ to equivalent to /, that may be 
ok (as \ isn't valid anyway). But changing the reference resolution 
algorithm for valid URI/reference pairs is something entirely different. 
*If* it needs to be done, it needs to be done within the scope of the 
URI spec.

Best regards, Julian