IRC log of pointerevents on 2024-11-06
Timestamps are in UTC.
- 16:01:26 [RRSAgent]
- RRSAgent has joined #pointerevents
- 16:01:30 [RRSAgent]
- logging to https://www.w3.org/2024/11/06-pointerevents-irc
- 16:01:30 [Patrick_H_Lauke]
- Agenda: https://www.w3.org/events/meetings/66591f6b-6694-4f90-b23d-bf8f1b9dda8a/20241106T110000/
- 16:02:02 [Patrick_H_Lauke]
- Meeting: PEWG
- 16:02:08 [Patrick_H_Lauke]
- Chair: Patrick H. Lauke
- 16:02:11 [Patrick_H_Lauke]
- Agenda: https://www.w3.org/events/meetings/66591f6b-6694-4f90-b23d-bf8f1b9dda8a/20241106T110000/
- 16:02:18 [Patrick_H_Lauke]
- Scribe: Patrick H. Lauke
- 16:02:26 [Patrick_H_Lauke]
- ScribeNick Patrick_H_Lauke
- 16:03:47 [flackr1]
- present+
- 16:03:47 [Patrick_H_Lauke]
- present+
- 16:03:52 [Patrick_H_Lauke]
- present+ Olga
- 16:03:54 [smaug]
- present+
- 16:03:55 [Patrick_H_Lauke]
- present+ smaug
- 16:04:01 [Patrick_H_Lauke]
- present+ mustaq
- 16:04:22 [Patrick_H_Lauke]
- TOPIC: Ensure predicted events only use input from the current partition https://github.com/w3c/pointerevents/issues/518
- 16:04:30 [Patrick_H_Lauke]
- Patrick: I've now submitted a pull request
- 16:04:46 [Patrick_H_Lauke]
- Patrick: https://github.com/w3c/pointerevents/issues/518
- 16:05:14 [Patrick_H_Lauke]
- Patrick: https://github.com/w3c/pointerevents/pull/527
- 16:07:04 [Patrick_H_Lauke]
- Rob: I'm happy with that as is
- 16:07:07 [Patrick_H_Lauke]
- TOPIC: Limit the precision of floating point event fields https://github.com/w3c/pointerevents/issues/517
- 16:07:31 [Patrick_H_Lauke]
- Rob: that one still waiting on me
- 16:07:43 [Patrick_H_Lauke]
- ACTION: Rob to draft an initial PR for this
- 16:08:54 [Patrick_H_Lauke]
- TOPIC: [touch actions] handwriting manipulation type to distinguish panning https://github.com/w3c/pointerevents/issues/516
- 16:11:12 [mustaq]
- We have a PR already: https://github.com/w3c/pointerevents/pull/525
- 16:11:53 [Patrick_H_Lauke]
- Patrick: wanted to check one of my concerns - because of the way touch-action defines what a user agent CAN handle, would creating a new value for handwriting mean that if they already use touch-action, and they hadn't included this new value, it means that any site will suppress handwriting until they update their touch-action definitions
- 16:12:04 [Patrick_H_Lauke]
- Olga: yes that's a shortcoming of the way touch-action works
- 16:12:31 [Patrick_H_Lauke]
- Rob: yes, we can mitigate this partly though if we say that handwriting is implicit/part of "manipulation" for instance
- 16:13:07 [Patrick_H_Lauke]
- mustaq: i started reviewing the pull request, but not completed
- 16:13:57 [Patrick_H_Lauke]
- Rob: we could see if we can gather data - if we implemented this today, how many sites would be affected? (use touch-action, and would implicitly suppress handwriting because they didn't have that value yet to add)
- 16:14:14 [Patrick_H_Lauke]
- Olga: realistically we'll need a few months to gather this data
- 16:15:10 [Patrick_H_Lauke]
- Rob: we should be able to get this data from canary users. they don't need to have a stylus, we can just run a test of "how many fields that would normally be handwriting eligible would not get this because of the defined touch-action in the page")
- 16:15:32 [Patrick_H_Lauke]
- Olli: I also wonder more fundamentally "what does it mean that something is eligible for handwriting"
- 16:16:18 [Patrick_H_Lauke]
- Olli: such as what happens to focus ... if focus moved automatically into a text field if handwriting started near it and is allowed by the touch action
- 16:16:40 [Patrick_H_Lauke]
- Olli: contenteditable, text areas ... many related aspects
- 16:16:49 [Patrick_H_Lauke]
- Olli: may not just be a CSS WG issue
- 16:17:07 [Patrick_H_Lauke]
- mustaq: focus is defined in HTML?
- 16:17:23 [Patrick_H_Lauke]
- Olli: content editing working group may also be affected...
- 16:18:07 [Patrick_H_Lauke]
- Olga: so far we thought this feature would be just hooking into the platform, is there more that needs to be done?
- 16:18:38 [Patrick_H_Lauke]
- Rob: there's aspects, like with scrolling, where "the platform will do something" which is beyond what we can define in the spec
- 16:21:24 [Patrick_H_Lauke]
- Patrick: would certainly be good to add a note to say clearly that the PE spec does not want to define how handwriting works, what happens specifically, as it's OS dependent. but yes mention that there will be considerations about focus potentially moving, input events being fired, but that it's outside of the PE scope itself
- 16:21:59 [Patrick_H_Lauke]
- Olli: info should also be in the explainer
- 16:22:30 [Patrick_H_Lauke]
- Olga: for edge with implemented handwriting as a text input attribute. then published intent to prototype, but it was not accepted. which is why we're now trying to do it via touch-action
- 16:24:28 [Patrick_H_Lauke]
- Rob: I was the one who wasn't in favour of the intent to prototype. i don't know if anybody from editing looked at it. my main concern is that for many of the use cases, it's about authors saying that they want to handle handwriting, but that for that scenario we suggested to authors in the past doing touch-action:none (so that it can be handled by them, rather than scrolling/panning)
- 16:24:57 [Patrick_H_Lauke]
- mustaq: yeah I think this is slightly different though, as it's a special case of IME ...
- 16:26:06 [Patrick_H_Lauke]
- Olga: in terms of next action we'll add use counter to get data, and add information to explainer how it works in different platforms, what happens to focus, and use cases where handwriting detection is not desired
- 16:26:45 [Patrick_H_Lauke]
- Rob: keeping it high level - you start writing, it detects that you're writing, focuses the nearby input, and fires IME events
- 16:27:40 [Patrick_H_Lauke]
- Olga: we'll present it to editing working group, maybe also html working group (as original idea was to use html attribute, so they could give some extra feedback on that approach)
- 16:27:59 [Patrick_H_Lauke]
- Olli: html attribute is slightly more specific/much nicer, compared to CSS which is a bit more handwavy
- 16:28:30 [Patrick_H_Lauke]
- Rob: maybe a hybrid approach of html attribute AND some touch-action hook / make touch-action aware of handwriting
- 16:29:03 [Patrick_H_Lauke]
- present+ adettenb
- 16:29:46 [mustaq]
- https://github.com/whatwg/html/issues for HTML?
- 16:30:17 [Patrick_H_Lauke]
- ACTION: Olga to present to editing working group, html working group, looking at getting usage counter, expand explainer
- 16:30:32 [Patrick_H_Lauke]
- TOPIC: Meta-issue: update WPT to cover Pointer Events Level 3 #445 https://github.com/w3c/pointerevents/issues/445
- 16:31:11 [Patrick_H_Lauke]
- Rob: asked if mustaq can pick this one up, not had much time. no update right now
- 16:31:28 [Patrick_H_Lauke]
- ACTION: mustaq to look at outstanding https://github.com/w3c/pointerevents/pull/300 issue
- 16:31:43 [Patrick_H_Lauke]
- TOPIC: Triage unlabelled issues https://github.com/w3c/pointerevents/issues?q=is%3Aissue+is%3Aopen+-label%3Afuture+-label%3Av3++-label%3Av3-blocking
- 16:33:06 [Patrick_H_Lauke]
- Olli: looked at some of these before meeting. one can probably be closed depending on what masayuki thinks.
- 16:33:29 [Patrick_H_Lauke]
- Olli: DOM integration one is interesting. think our spec is already clear enough (?)
- 16:33:57 [Patrick_H_Lauke]
- Patrick: https://github.com/w3c/pointerevents/issues/513
- 16:35:00 [Patrick_H_Lauke]
- Patrick: last comment on that from Olli
- 16:35:06 [Patrick_H_Lauke]
- Olli: I should make a PR for that
- 16:35:13 [Patrick_H_Lauke]
- Patrick: do we think it's v3 or future
- 16:35:39 [Patrick_H_Lauke]
- ACTION: Olli to look at https://github.com/w3c/pointerevents/issues/513 and do a PR
- 16:36:20 [Patrick_H_Lauke]
- Patrick: https://github.com/w3c/pointerevents/issues/511 is the one you mentioned earlier about masayuki
- 16:36:34 [Patrick_H_Lauke]
- Olli: would be good to get somebody from Chrome's side to look at this
- 16:37:21 [Patrick_H_Lauke]
- Patrick: leave unlabelled for now until we work out if there's any action on our part?
- 16:37:23 [Patrick_H_Lauke]
- Olli: fine
- 16:37:25 [Patrick_H_Lauke]
- Rob: fine
- 16:37:40 [Patrick_H_Lauke]
- Patrick: https://github.com/w3c/pointerevents/issues/510
- 16:38:34 [Patrick_H_Lauke]
- Patrick: do we know what this would entail? does it need clarification in spec?
- 16:38:54 [Patrick_H_Lauke]
- Olli: I think it's fine as is, but would be nice to have more tests
- 16:40:03 [Patrick_H_Lauke]
- Patrick: https://github.com/w3c/pointerevents/issues/509
- 16:40:40 [Patrick_H_Lauke]
- Patrick: sam question - do we think this needs further clarification/work in the spec?
- 16:40:49 [Patrick_H_Lauke]
- s/sam/same
- 16:41:06 [Patrick_H_Lauke]
- Olli: again, i think pointermove is a separate event...
- 16:41:15 [Patrick_H_Lauke]
- Rob: yes, completely separate, and has its own hit testing
- 16:42:20 [Patrick_H_Lauke]
- Rob: might be a case where ... we dispatch pointerrawupdate also for final position of pointer, which could be the same sort of event for pointermove... i forget the details, but because the frequency is higher they *could* have different targets...
- 16:42:29 [Patrick_H_Lauke]
- Olli: but it would still be sent somewhere...
- 16:42:40 [Patrick_H_Lauke]
- Rob: similar to question of what happens to click during the up event
- 16:43:03 [Patrick_H_Lauke]
- Olli: different to an extent. this is more about whether pointermove is completely separate
- 16:43:33 [Patrick_H_Lauke]
- Patrick: so do we need to spell this out more explicitly?
- 16:43:54 [Patrick_H_Lauke]
- Rob: i think per spec they are separate events, so shouldn't need clarification?
- 16:44:21 [Patrick_H_Lauke]
- Olli: yes i wasn't sure about what masayuki says about the paragraphs *implying* anything
- 16:45:12 [Patrick_H_Lauke]
- ACTION: Olli to possibly double-check about https://github.com/w3c/pointerevents/issues/509 whether it needs further explicit clarification / check what the "implied" thing is
- 16:45:59 [Patrick_H_Lauke]
- Patrick: will chase up Philippe about https://github.com/w3c/pointerevents/issues/506 just to check
- 16:47:38 [Patrick_H_Lauke]
- Patrick: thank you all, we'll reconvene in 2 weeks' time. in meantime, look after yourselves and your mental health in light of recent world events...
- 16:47:45 [Patrick_H_Lauke]
- RRSAgent, set logs world-visible
- 16:47:52 [Patrick_H_Lauke]
- RRSAgent, generate minutes
- 16:47:53 [RRSAgent]
- I have made the request to generate https://www.w3.org/2024/11/06-pointerevents-minutes.html Patrick_H_Lauke
- 16:48:25 [Patrick_H_Lauke]
- RRSAgent, bye
- 16:48:25 [RRSAgent]
- I see 5 open action items saved in https://www.w3.org/2024/11/06-pointerevents-actions.rdf :
- 16:48:25 [RRSAgent]
- ACTION: Rob to draft an initial PR for this [1]
- 16:48:25 [RRSAgent]
- recorded in https://www.w3.org/2024/11/06-pointerevents-irc#T16-07-43
- 16:48:25 [RRSAgent]
- ACTION: Olga to present to editing working group, html working group, looking at getting usage counter, expand explainer [2]
- 16:48:25 [RRSAgent]
- recorded in https://www.w3.org/2024/11/06-pointerevents-irc#T16-30-17
- 16:48:25 [RRSAgent]
- ACTION: mustaq to look at outstanding https://github.com/w3c/pointerevents/pull/300 issue [3]
- 16:48:25 [RRSAgent]
- recorded in https://www.w3.org/2024/11/06-pointerevents-irc#T16-31-28
- 16:48:25 [RRSAgent]
- ACTION: Olli to look at https://github.com/w3c/pointerevents/issues/513 and do a PR [4]
- 16:48:25 [RRSAgent]
- recorded in https://www.w3.org/2024/11/06-pointerevents-irc#T16-35-39
- 16:48:25 [RRSAgent]
- ACTION: Olli to possibly double-check about https://github.com/w3c/pointerevents/issues/509 whether it needs further explicit clarification / check what the "implied" thing is [5]
- 16:48:25 [RRSAgent]
- recorded in https://www.w3.org/2024/11/06-pointerevents-irc#T16-45-12