- From: Ian Hickson <ian@hixie.ch>
- Date: Wed, 11 Sep 2013 18:21:06 +0000 (UTC)
- To: Anne van Kesteren <annevk@annevk.nl>
- Cc: whatwg <whatwg@lists.whatwg.org>, Boris Zbarsky <bzbarsky@mit.edu>, Adam Barth <w3c@adambarth.com>
On Wed, 11 Sep 2013, Anne van Kesteren wrote: > On Tue, Sep 10, 2013 at 8:54 PM, Ian Hickson <ian@hixie.ch> wrote: > > On Fri, 12 Jul 2013, Anne van Kesteren wrote: > >> But then we shouldn't garble pathname either and we do because we > >> have to. So I'm not sure that line of reasoning makes sense. I do > >> think we should offer some kind of conversion utility between the > >> two. > > > > It is unfortunate that resolving URLs does that, it's true. But just > > because we're constrained here, why should we mess up domains also? > > Consistency. Surely the consistency of the API matching the input is more important than the consistency of the API _not_ matching the input... > It means the entire URL is effectively a byte sequence. I don't know what you mean here. > And it's very clear what the DNS lookup will be. Why do you think people care more about that than about the URL matching what they wrote in the markup? > And given that they keep insisting on changing what certain code points > map to over in IETF-land (with limited support from browser vendors :/), > it seems safer too. I don't understand what is safer. Surely if the punycoding step keeps changing, it's less safe, since it'll mean that the results will change without the author expecting it. If we don't punycode in the API, then the result will be the same regardless of the punycode step. -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Received on Wednesday, 11 September 2013 18:21:32 UTC