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

Ian Hickson <ian@hixie.ch> Tue, 23 October 2012 22:47 UTC

Return-Path: <ian@hixie.ch>
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 B37421F0C96 for <ietf@ietfa.amsl.com>; Tue, 23 Oct 2012 15:47:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.462
X-Spam-Level:
X-Spam-Status: No, score=-2.462 tagged_above=-999 required=5 tests=[AWL=0.007, BAYES_00=-2.599, SARE_RMML_Stock10=0.13]
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 APvvgvu-QLWT for <ietf@ietfa.amsl.com>; Tue, 23 Oct 2012 15:47:56 -0700 (PDT)
Received: from homiemail-a83.g.dreamhost.com (caibbdcaaaaf.dreamhost.com [208.113.200.5]) by ietfa.amsl.com (Postfix) with ESMTP id 2889B1F0C3A for <ietf@ietf.org>; Tue, 23 Oct 2012 15:47:56 -0700 (PDT)
Received: from homiemail-a83.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a83.g.dreamhost.com (Postfix) with ESMTP id A43A65E073; Tue, 23 Oct 2012 15:47:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hixie.ch; h=date:from:to :cc:subject:in-reply-to:message-id:references:mime-version: content-type; s=hixie.ch; bh=ij2/HRQihS5pslefik/FSAMt2/8=; b=ndo lf9xZkCD3pejcFIWAvmcIhsodrCb+fg+tJHj4iH8//FJDNYsBguqko0ZYk0Dp2Or Db2LZtVy5asEz4aM6kvODnm4X7NVcjDpOm2SWgBsx0KH3TfDFQ+BcVtWeERvuCyN DpsxiwHWWfVAAM/dkL/OdlC3rfSWBWfYhdkmgvxk=
Received: from ps20323.dreamhostps.com (ps20323.dreamhost.com [69.163.222.251]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: internal@index.hixie.ch) by homiemail-a83.g.dreamhost.com (Postfix) with ESMTPSA id 97C8D5E063; Tue, 23 Oct 2012 15:47:55 -0700 (PDT)
Date: Tue, 23 Oct 2012 22:47:55 +0000
From: Ian Hickson <ian@hixie.ch>
To: Ted Hardie <ted.ietf@gmail.com>
Subject: Re: [whatwg] New URL Standard from Anne van Kesteren on 2012-09-24 (public-whatwg-archive@w3.org from September 2012)
In-Reply-To: <CA+9kkMBg=hxz=yRYfYA5Hkwp-4ODFBnpK_qctCMB_oEHLPP49g@mail.gmail.com>
Message-ID: <Pine.LNX.4.64.1210232243510.2471@ps20323.dreamhostps.com>
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> <CA+9kkMDpEZCvcG1DJd=O1qPNV+=+GTBeN+CGndUe51Xym_A9sg@mail.gmail.com> <Pine.LNX.4.64.1210232115210.2471@ps20323.dreamhostps.com> <CA+9kkMBg=hxz=yRYfYA5Hkwp-4ODFBnpK_qctCMB_oEHLPP49g@mail.gmail.com>
Content-Language: en-GB-hixie
Content-Style-Type: text/css
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Mailman-Approved-At: Wed, 24 Oct 2012 08:37:10 -0700
Cc: URI <uri@w3.org>, IETF Discussion <ietf@ietf.org>
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: Tue, 23 Oct 2012 22:47:56 -0000

On Tue, 23 Oct 2012, Ted Hardie wrote:
> 
> Unless you get buy-in from the community that produced RFC 3986 and RFC 
> 3987, the production of this document *will* result in a fork, and that 
> is damaging to the Internet.

I'm trying to work with y'all to see how we can update these specs instead 
of having to do it elsewhere.


> I urge you to pick a different term (several far more useful ones than 
> fleen have been suggested) and avoid this needless conflict.

What term we use isn't going to have any effect on whether it harms the 
Internet. If curl decides it should use WHATWGRLs or whatever and wget 
decides it should use IRIs or whatever, and the specs aren't compatible, 
then wget and curl won't interoperate.

Then again, they already don't interoperate -- that's the problem we're 
trying to fix -- so maybe the fork won't harm the Internet any more than 
STD 66 already is. Might even help matters, if curl and wget both decide 
to follow the WHATWGRLs spec (or whatever), instead of STD 66, and as a 
result start interoperating.

$ curl 'http://example.com/a b' # fetches "/a b" from example.com
$ wget 'http://example.com/a b' # fetches "/a%20b" from example.com

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'