<scribe> Scribe: Patrick H. Lauke
<smaug> probably late a minute or two
looking at actions from last time we met
Should DragEvent be upgraded to a PointerEvent? https://github.com/w3c/pointerevents/issues/106
Olli: reviewed the algorithm, looks good, but need feedback from Chrome
pointerenter/mouseenter interleave, Safari does, but firefox and chrome don't do that currently
if safari has managed to ship with this behavior, it's web compatible
Olli: so the question is are we all ok to change behavior to match https://github.com/w3c/pointerevents/issues/285#issuecomment-693405103
<scribe> ACTION: for Google to review this as well, decide if we're happy with this
Patrick: so i assume this then needs normative change in the spec?
Olli: yes the nice thing is that this will have hooks for our spec to point to
Patrick: olli you still ok to research this?
Olli: yes, will do for next meeting
Patrick: this was for me to review/add note to spec if needed. not got around to it yet, will do though
Patrick: similarly, not had much time on this
Olli: have been testing that
today, see similar behavior in Chrome and Firefox mobile
... pointer-events (CSS) affects the hit-testing
it's confusing, agreed, but perhaps the confusion is pointer-events (CSS) for reaching into the iframe
Patrick: so is Safari behaving the other way
<smaug> https://www.w3.org/TR/SVG11/interact.html#PointerEventsProperty
<smaug> https://svgwg.org/svg2-draft/interact.html#PointerEventsProperty
Olli: no the way I understand is that Safari behaves the same way as Chrome/Firefox, it was their test that was based on the wrong expectation
if all browsers behave the same, maybe we need to leave this as is but just make sure it's documented
SVG spec doesn't seem to provide good explanation for pointer-events (CSS) on why it behaves the way it does
"given element does not receive pointer events"
but doesn't explain about the content of the iframe
Patrick: so it sounds like we do need at least a note that explain the unintuitive touch-action behavior, that it doesn't affect the handling inside the iframe
will see if there's a natural place for this, though it's very specific edge case
<scribe> ACTION: Patrick to add note about touch-action and iframe
Philippe: I think from a security point of view, we can wait until we get the review from security group
especially since last they looked at it 2 years ago and privacy landscape changed, so won't hurt anyway to get them to have a look again
Patrick: closing this, with understanding that as it's in the security tracker, we'll get this flagged again if it's a concern.
Olli: there was a proposal from microsoft
Patrick: https://msdn.microsoft.com/en-us/library/windows/hardware/mt604235(v=vs.85).aspx
<smaug> https://github.com/MicrosoftEdge/MSEdgeExplainers/issues/324
Patrick: the msdn one has the "In Range (Intent to Erase)"
Olli: think there needs to be some generic API for better pen handling in general
Patrick: not seeing appetite for adding pointerType="eraser". current state is you can't distinguish hovering pointer and hovering eraser
Olli i can ask Bo what the status is with Microsoft proposal is
<scribe> ACTION: Olli to reach out to Bo about the other spec
PLH: (reminds us of the charter running out end of this year, and planning around what we want to do next)
Suggest for next meeting also explicitly inviting Microsoft to come and talk to us about the other spec and plans they may have around that
Patrick: a fairly old one, just to get conversation started on this one. need to think if we need/want to do anything specific here (or if it's more in UI events court)
Olli: yes, this is more UI Events, i think
no one filed a UI events issue
Patrick: would you like to do it Olli
Olli: yes i'll do it
<scribe> ACTION: Olli to file UI events issue for https://github.com/w3c/pointerevents/issues/191
Patrick: if there's no other business, suggest we adjurn for today. Usual reminder to ideally go through issues in https://github.com/w3c/pointerevents/issues and see if there's anything outdated or low hanging fruit that we can close
<smaug> oh, yes, I have found the browser which works with webex on Linux. It is Nightly. I can both join _and_ leave a meeting :)
:)
Thank you all
This is scribe.perl Revision of Date Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00) Present: Patrick_h_lauke plh WARNING: Fewer than 3 people found for Present list! No ScribeNick specified. Guessing ScribeNick: Patrick_H_Lauke Found Scribe: Patrick H. Lauke Agenda: https://lists.w3.org/Archives/Public/public-pointer-events/2020JulSep/0062.html WARNING: No date found! Assuming today. (Hint: Specify the W3C IRC log URL, and the date will be determined from that.) Or specify the date like this: <dbooth> Date: 12 Sep 2002 People with action items: for google olli patrick WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option. WARNING: IRC log location not specified! (You can ignore this warning if you do not want the generated minutes to contain a link to the original IRC log.)[End of scribe.perl diagnostic output]