- From: James M Snell <jasnell@gmail.com>
- Date: Sat, 15 Jun 2013 17:15:25 -0700
- To: ChanWilliam(陈智昌) <willchan@chromium.org>
- Cc: David Morris <dwm@xpasc.com>, ietf-http-wg@w3.org, Mike Belshe <mike@belshe.com>
- Message-ID: <CABP7Rbf0SRFVS8RbaDRS9qTrbPKFQyedC1=GnOYEVK+W7N=KxA@mail.gmail.com>
And fwiw, I already had a note for this in my list of todos following the interim. On Jun 15, 2013 5:13 PM, "James M Snell" <jasnell@gmail.com> wrote: > +1... consistency makes the most sense. > On Jun 15, 2013 5:06 PM, "William Chan (陈智昌)" <willchan@chromium.org> > wrote: > >> I don't particularly care. I just want to point out that the reason it >> "natural" to do it the way it's already done, is FINAL and CONTINUES are >> the exceptional cases. So to the degree that it's nicer to by default have >> no flags set, the current approach is better. I don't have any paint to >> waste on this bike shed though. >> >> On Sat, Jun 15, 2013 at 4:57 PM, Mike Belshe <mike@belshe.com> wrote: >> >>> I agree on the consistency issue Dave presents. I also like Dave's >>> suggestion to use 1 to mean final everywhere. >>> >>> Mike >>> >>> process question: is it valuable to reply in github? or is the list >>> preferred? >>> >> >> Always the list. If you see much discussion on github, yell at them to >> bring it to the list. And any commits/issues/updates on github should >> reference the rough consensus from the mailing list. >> >> >>> >>> >>> >>> On Sat, Jun 15, 2013 at 4:14 PM, David Morris <dwm@xpasc.com> wrote: >>> >>>> >>>> >>>> This issue: >>>> >>>> https://github.com/http2/http2-spec/issues/129 >>>> >>>> describes my concern that the polarity is reversed between STREAM FINAL >>>> and HEADER CONTINUES which are both flag bits used to manage >>>> continuation. >>>> >>>> I think this will introduce confusion to folks analyzing wire level bits >>>> as well as reading code. >>>> >>>> I do acknowledge the the current flag names match the sense of the >>>> polarity so the names probably should change. >>>> >>>> Dave Morris >>>> >>>> >>> >>
Received on Sunday, 16 June 2013 00:15:52 UTC