Re: [webkit-dev] Request for position on Event Timing

2020-10-22 Thread Ryosuke Niwa
No. Our concerns have not been addressed. We're continued to be concerned with the proliferation of these X timing APIs. We would like to have a holistic study of these APIs and how they fit together before we'll be comfortable implementing them. - R. Niwa On Thu, Oct 22, 2020 at 12:28 AM Rob Bu

Re: [webkit-dev] Request for position on Event Timing

2020-10-22 Thread Rob Buis
Hi Ryosuke, Simon, Have the raised concerns been addressed now, given the document shared by Nicolás and github issue discussions? I would like to avoid bitrot for my prototype :) Regards, Rob. Am 30.09.20 um 00:10 schrieb Nicolás Peña Moreno: I've written a doc to explain our perspective o

Re: [webkit-dev] Request for position on Event Timing

2020-09-29 Thread Yoav Weiss
+Nicolás Peña On Sun, Aug 9, 2020 at 5:40 AM Ryosuke Niwa wrote: > On Fri, Aug 7, 2020 at 2:09 PM Rob Buis wrote: > > > > I was not aware of Long Tasks API. However it seems to have a slightly > > different focus (task vs. input events). Also I am mostly interested in > > First Input Delay, an

Re: [webkit-dev] Request for position on Event Timing

2020-08-08 Thread Ryosuke Niwa
On Fri, Aug 7, 2020 at 2:09 PM Rob Buis wrote: > > I was not aware of Long Tasks API. However it seems to have a slightly > different focus (task vs. input events). Also I am mostly interested in > First Input Delay, and it was decided some time ago to not put it in > Long Tasks API (see > https:/

Re: [webkit-dev] Request for position on Event Timing

2020-08-07 Thread Rob Buis
I was not aware of Long Tasks API. However it seems to have a slightly different focus (task vs. input events). Also I am mostly interested in First Input Delay, and it was decided some time ago to not put it in Long Tasks API (see https://docs.google.com/document/d/1bYMLTkjcyOZR5Jt3vrulzMSoS32

Re: [webkit-dev] Request for position on Event Timing

2020-08-06 Thread Ryosuke Niwa
I'm generally concerned about the proliferation of all these X timing API. It's hard to review the aspect of "first input timing" because its definition is imprecise: https://github.com/WICG/event-timing/issues/91 On Thu, Aug 6, 2020 at 11:07 AM Simon Fraser wrote: > Our feedback is that this AP

Re: [webkit-dev] Request for position on Event Timing

2020-08-06 Thread Simon Fraser
Our feedback is that this API seems reasonable, but that there's overlap with the "long tasks" API, and it's not clear if we need both. Simon > On Aug 6, 2020, at 10:43 AM, Rob Buis wrote: > > Hi Webkit-Dev, > > I would like to get an official position from Webkit on the Event Timing Web > P

[webkit-dev] Request for position on Event Timing

2020-08-06 Thread Rob Buis
Hi Webkit-Dev, I would like to get an official position from Webkit on the Event Timing Web Perf API. Besides providing information about input event latency it can be used to obtain First Input Timing metrics. This specification builds on the Performance Timeline specification, which is imple