W3C

– DRAFT –
PEWG

29 September 2021

Attendees

Present
mustaq, Patrick_H_Lauke, smaug
Regrets
-
Chair
Patrick H. Lauke
Scribe
Patrick H. Lauke, Patrick_H_Lauke

Meeting minutes

<smaug> just a second, need to get more coffee

Notes with normative (SHOULD/MUST) statements https://github.com/w3c/pointerevents/issues/405

Has a few pull requests from last meeting already, probably makes sense to review in order

* Make "Converting..." section normative https://github.com/w3c/pointerevents/pull/410

Patrick: don't think we need to say anything about MUST/SHOULD implement both sets as it's implicit by being in the IDL

smaug: agree

mustaq: just worried developers might think, because they're complementary, they don't need to

smaug: i think because it's in the IDL it's clear it's a SHOULD/MUST

Patrick: happy to merge?

[no objections]

* Move elements of pointerId informative note to normative text https://github.com/w3c/pointerevents/pull/411

mustaq: not sure if we need to be more precise with "existing pointers", as just saying it must not be influences by any other top-level browsing context is a bit a handwavy

smaug: it's a very dense sentence, but i think it's ok as is

[discussion on whether the now normative wording allows for mouse to always use same pointerId - it doesn't allow tracking across sites because it's the same, BUT the current wording doesn't seem to allow that]

mustaq: maybe we can leave it as is

smaug: needs some tweaking, but for now we can merge

mustaq: sorry, meant that we want to mention something about mouse

<mustaq> I meant adding the mouse case explicitly "has const id..."

Patrick: think bringing forward the bit about fingerprinting/tracking, so it's clearer why we do all that. mouse can be fixed, as you can't track across sites.

mustaq: we should mention that mouse pointer is special

Patrick: so how about also bringing forward the -1 value for non-pointer, then add something about UAs MAY reserve a pointerId for mouse. and then "for all other pointers, must be unique etc etc"

mustaq: we have the ask about pens being recognised

<mustaq> I now see "a particular pointing device for the lifetime of the page" already covers the removed pen case nicely.

Patrick: i'll make another stab at this

* Move first part of the note about dispatched event order into normative text https://github.com/w3c/pointerevents/pull/412

[discussion on whether first "should" should be a MUST, and the SHOULD should be a MUST as well]

mustaq: "should resemble" > "must match"

smaug: i think that captures it yes

<mustaq> Or "the UA must maintain the order..."

* Make note about UAs not firing compat events if they support touch events normative https://github.com/w3c/pointerevents/pull/413

smaug: i think the SHOULD NOT should be MUST NOT

mustaq: the last sentence about touch or pen worries me

Patrick: it's redundant now that i look at it. TE don't fire for mouse

Make note about buttons/buttons and compat events normative https://github.com/w3c/pointerevents/pull/414

smaug: again, change SHOULD to MUST

since sending agenda i made two more PRs related to this

* Remove may/should from note about complex gestures https://github.com/w3c/pointerevents/pull/415

still remains a note, just removes the trigger words may and should. doesn't change the meaning of what we're saying

smaug: this is fine

* Reword legacy properties note to remove the "must" https://github.com/w3c/pointerevents/pull/416

<mustaq> https://bugs.chromium.org/p/chromium/issues/detail?id=692709#c5

Patrick: as this is about properties that we don't define in IDL, i personally don't care if some UA decides to keep those legacy things as long as it doesn't interfere

Action: make changes to the PRs as discussed, tackle the remaining ones in #405

rrsagents, make logs world-visible

urgh.

Summary of action items

  1. make changes to the PRs as discussed, tackle the remaining ones in #405
Minutes manually created (not a transcript), formatted by scribe.perl version 136 (Thu May 27 13:50:24 2021 UTC).

Diagnostics

No scribenick or scribe found. Guessed: Patrick_H_Lauke

Maybe present: Patrick