W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2019

Re: Structured Headers: URI type (#782)

From: Julian Reschke <julian.reschke@gmx.de>
Date: Thu, 2 May 2019 09:55:27 +0200
To: Matthew Kerwin <matthew@kerwin.net.au>, Mark Nottingham <mnot@mnot.net>
Cc: "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>, Poul-Henning Kamp <phk@phk.freebsd.dk>
Message-ID: <b2a4196f-7b07-9373-1892-671d739c629b@gmx.de>
On 02.05.2019 09:25, Matthew Kerwin wrote:
> On Thu, 2 May 2019 at 15:23, Mark Nottingham <mnot@mnot.net> wrote:
>> (Editor hat on)
>> <https://github.com/httpwg/http-extensions/issues/782>
>> PHK and I have discussed this, and I think we agree that this issue should be closed without any change to the specification.
>> Any further discussion? We'd like to get this spec shipped.
>> Thanks,
> For what it's worth, I'm still recovering from my ordeal with file://
> so the thought of touching URLs again is unappealing.  The simplest
> thing to do (aside from "nothing") would be to use whatever already
> exists.  So if we were to define a URI type I would recommend using
> whatever "Link:" already uses.  Looking at RFC 8288, that's
> "URI-Reference" from 3986.

I would be ok with that, but I would also agree to just allow anything,
and to delegate error handling up one layer.

> However, I think Link is a bad example to build off because it is a
> "parameterised" thingy, but we've already restricted the set of
> parameterisable thingies in SH to just sh-tokens.  So we couldn't
> recreate Link in SH even if we wanted to, without even more work.  So
> why bother adding a new type for it?  And we don't need a structured
> type for Location, because that's not structured per se.
> So I'm for closing with no action.
> ...

That's actually a good point, but then there's the recent

> in Signed Exchanges, @jyasskin asks about having Parameterised Lists whose parameterised identifiers are things other than Tokens.

Best regards, Julian
Received on Thursday, 2 May 2019 07:56:55 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:15:34 UTC