The PR is ready and has been *approved *by the PEWG. 

The shape of the API has been reverted to an id (albeit with a slight name 
change, persistentDeviceId) on the main PointerEvent interface. All links 
along with request for positions have been updated. Linking the spec pr here 
<https://github.com/w3c/pointerevents/pull/495>for convenience.

On Thursday, May 23, 2024 at 7:00:38 AM UTC-7 fla...@chromium.org wrote:

> There were some fresh concerns raised about the shape of the spec PR 
> <https://github.com/w3c/pointerevents/pull/495> which are being hashed 
> out on that review thread. I will give it approval once we reach a 
> consensus there.
>
> On Wed, May 22, 2024 at 4:30 PM Yoav Weiss (@Shopify) <
> yoav...@chromium.org> wrote:
>
>> OK, thanks for outlining the spec mechanics :)
>>
>> Regardless of whether the PR actually lands in the spec, for the purpose 
>> of risk-assessment, it's even more interesting to know if the PR is *ready* 
>> to land in the spec.
>> Can y'all clarify its review status? If it's ready to land, can a spec 
>> editor approve it, even if it doesn't land until later?
>>
>> On Fri, May 17, 2024 at 10:18 AM Patrick H. Lauke <re...@splintered.co.uk> 
>> wrote:
>>
>>>
>>>
>>> On 16/05/2024 21:05, Robert Flack wrote:
>>> > I believe the reason for waiting is that the intention is to switch to 
>>> a 
>>> > different publishing model after level 3 is published? @Patrick H. 
>>> Lauke 
>>> > <mailto:re...@splintered.co.uk> to confirm.
>>>
>>> Apologies for the convoluted model here ... I have to admit that I'm 
>>> actually not sure what the expected way of working around this is, as 
>>> Pointer Events has been such a "slow and steady" process so far, with a 
>>> very linear way of working - it's only now that we're just hoping to get 
>>> PE3 to REC and then had this extra functionality come in that we've hit 
>>> this snag. I will check with Philippe at W3C to work out what the best 
>>> way forward here is (have the "frozen" version that makes its way 
>>> through the steps to REC, while being able to already have a 
>>> "future/next" branch).
>>>
>>> P
>>> -- 
>>> Patrick H. Lauke
>>>
>>> * https://www.splintered.co.uk/
>>> * https://github.com/patrickhlauke
>>> * https://flickr.com/photos/redux/
>>> * https://mastodon.social/@patrick_h_lauke
>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to blink-dev+unsubscr...@chromium.org.
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/98e62b43-af6b-4db6-a6b7-b76bc0864eedn%40chromium.org.

Reply via email to