On Fri, 24 May 2019 at 10:09, Frank Tang (譚永鋒) <ft...@google.com> wrote:
> > > On Fri, 24 May 2019 at 00:49, Adam Klein <ad...@chromium.org> wrote: > >> Thanks for the background. For blink-dev's purposes, I'm less concerned >> about the underlying spec process (if these seem small enough to the domain >> experts, I'll mostly defer to them). But it would still be nice to have a >> short "explainer" even for small changes like this; a PR or Github issue by >> itself isn't well-formatted for understanding the current state, the use >> case for the new feature, etc. Not sure where that would go; perhaps a gist >> attached to the PR would be the easiest thing. How does something like that >> sound to 402 folks? >> > > oh. I see. Sure I can work on that to put a one pager public doc under my > ft...@chromium.org account together. Will send you shortly. > Here you go shorturl.at/coMOY > > >> >> On Fri, May 24, 2019 at 6:39 AM 'Shane Carr' via v8-dev < >> v8-dev@googlegroups.com> wrote: >> >>> We have a history of PRs in ECMA 402 for "small" changes. Here is a >>> list: >>> >>> >>> https://github.com/tc39/ecma402/pulls?utf8=%E2%9C%93&q=is%3Apr+is%3Aclosed+Normative >>> >>> The PRs often involve changes to reflect web reality / ICU behavior. We >>> are discussing with the ECMA 402 editors on how we want to handle Frank's >>> work, as a PR or as a staged proposal. I am leaning toward PR because this >>> is only extending an existing API schema (Intl.DateFormat) in a way that is >>> fully consistent with other options in that schema. >>> >>> Shane >>> >>> On Thu, May 23, 2019 at 6:43 PM Frank Tang (譚永鋒) <ft...@google.com> >>> wrote: >>> >>>> >>>> >>>> On Thu, 23 May 2019 at 01:31, Adam Klein <ad...@chromium.org> wrote: >>>> >>>>> On Thu, May 23, 2019 at 1:11 AM Frank Tang <ft...@chromium.org> wrote: >>>>> >>>>>> Contact emails ft...@chromium.org,js...@chromium.org Explainer >>>>>> https://github.com/tc39/ecma402/pull/346 >>>>>> >>>>> >>>>> I'd like to better-understand the ECMA 402 process around small >>>>> additions like this (and your other email about "quarter"). Will this >>>>> become a formal proposal (and an attached issue, >>>>> https://github.com/tc39/ecma402/issues/343) the extent of the >>>>> specification process for this feature? Is there a "stage" process for >>>>> these things? >>>>> >>>> >>>> Thank about this point. I actually brought this issue up to ECMA402 >>>> chair sffc@ about should I group them into one proposal or deal with >>>> them as separated PR. And Shane also loop in Daniel about this. Shane is >>>> following up this too. Some of the changes bigger this one, such as the >>>> BigInt / Intl.NumberFormat support went through as a PR and this is not >>>> really a "big new feature" but rather some minor improvement on >>>> pre-existing API so I try to follow the same track. There are several >>>> issues all independent from each other and group them together into one >>>> proposal might create unnecessary dependency (for example, the week of year >>>> and week of month has CLDR/ ICU issues which will take a much longer time >>>> to address) and propose each one of them as individual proposal (so there >>>> will be 4) seems too much. >>>> >>>> Regards, >>>> Frank >>>> >>>>> >>>>> >>>>>> Design docs/spec Specification: >>>>>> https://github.com/tc39/ecma402/pull/346 >>>>>> https://github.com/tc39/ecma402/pull/346 TAG review No TAG review >>>>>> needed since it is part of TC39 ECMA402 Summary Add dayPeriod option >>>>>> to Intl.DateTimeFormat so the caller can format time such as "7 in the >>>>>> morning", "11 in the morning", "12 noon", "1 in the afternoon", "6 in the >>>>>> evening", "10 at night" (or in Chinese "清晨7時", "上午11時", "中午12時", "下午1時" >>>>>> ,"下午6時" ,"晚上10時") Motivation It enhances the Intl.DateTimeFormat API >>>>>> to match what the developer cal already do in C++ and Java by calling ICU >>>>>> and ICU4J. Without this feature, developer need to either format the >>>>>> quarter in the server or ship a set of day period pattern and hour to day >>>>>> period mapping logic from the server to client to perform such task. >>>>>> Risks >>>>>> Interoperability and Compatibility low. *Firefox*: No public signals >>>>>> *Edge*: No public signals *Safari*: No public signals *Web >>>>>> developers*: No signals Ergonomics No increase of data. All required >>>>>> data already build into ICU. >>>>>> Will this feature be supported on all six Blink platforms (Windows, >>>>>> Mac, Linux, Chrome OS, Android, and Android WebView)? Yes Is this >>>>>> feature fully tested by web-platform-tests >>>>>> <https://chromium.googlesource.com/chromium/src/+/master/docs/testing/web_platform_tests.md> >>>>>> ? Yes Tests will be added into test262 before we consider shipping >>>>>> it. Link to entry on the Chrome Platform Status >>>>>> https://www.chromestatus.com/features/6520669959356416 >>>>>> >>>>> >>>> >>>> -- >>>> Frank Yung-Fong Tang >>>> 譚永鋒 / 🌭🍊 >>>> Sr. Software Engineer >>>> >>> -- >>> -- >>> v8-dev mailing list >>> v8-dev@googlegroups.com >>> http://groups.google.com/group/v8-dev >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "v8-dev" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to v8-dev+unsubscr...@googlegroups.com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/v8-dev/CABxsp%3DnvZ1VQ0AQf4ri85QEQBJOxHtsAPUd5r%2ByW%2BaqBr2x3eA%40mail.gmail.com >>> <https://groups.google.com/d/msgid/v8-dev/CABxsp%3DnvZ1VQ0AQf4ri85QEQBJOxHtsAPUd5r%2ByW%2BaqBr2x3eA%40mail.gmail.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >> > > -- > Frank Yung-Fong Tang > 譚永鋒 / 🌭🍊 > Sr. Software Engineer > -- Frank Yung-Fong Tang 譚永鋒 / 🌭🍊 Sr. Software Engineer -- -- v8-dev mailing list v8-dev@googlegroups.com http://groups.google.com/group/v8-dev --- You received this message because you are subscribed to the Google Groups "v8-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to v8-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/v8-dev/CA%2B7fzPGo5r9CdOtQwRN%3DK63bs1KDUU8NRBzJReABx5BvW%3DYV5w%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.