W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 2013

Re: Giving the Framing Layer a real name

From: (wrong string) 陈智昌 <willchan@chromium.org>
Date: Tue, 26 Feb 2013 21:17:15 -0800
Message-ID: <CAA4WUYhmWAO2qBE3MC8psEdfxDKGeyC=wo82xVBSd4EPjgH-hw@mail.gmail.com>
To: Mark Nottingham <mnot@mnot.net>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
I got the same feeling too just a few hours ago. I'm all for it. No naming
suggestion, I suck at names.


On Tue, Feb 26, 2013 at 9:12 PM, Mark Nottingham <mnot@mnot.net> wrote:

> I've been a bit uncomfortable with our current nomenclature for a little
> while.
>
> Right now we have:
>   - a spec called "Hypertext Transfer Protocol version 2.0"
>   - ... that does " HTTP Layering over HTTP/2.0"
>   - ... onto a framing layer that we also call "HTTP/2.0"
>
> I'm very tempted to propose that we:
>   - Give the framing layer a distinct name. I don't care what it is.
>   - Section 4 becomes "Layering HTTP Semantics onto XXXX."
>   - "HTTP/2.0" is the name of the package of doing so -- i.e., HTTP
> semantics on a new framing layer.
>
> I think this would make our discussions somewhat less confusing,
> especially around things like the upgrade process, and make our
> documentation clearer. It would also help clarify when it's appropriate to
> put something in a header (HTTP stuff) vs. in the framing layer
> (connection-specific stuff).
>
> However, I recognise that naming things is hard, and I don't want this to
> become the bikeshed that kills us all. I'm also aware that doing so may
> encourage people to treat the framing layer as a substrate, but I don't see
> any way to avoid that, and won't mind, as long as we don't exceed our
> charter.
>
> Any concerns in doing so? Suggestions for a name?
>
> Regards,
>
>
>
> --
> Mark Nottingham   http://www.mnot.net/
>
>
>
>
>
Received on Wednesday, 27 February 2013 05:17:42 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 27 February 2013 05:17:45 GMT