19:06:05 RRSAgent has joined #aria-at 19:06:09 logging to https://www.w3.org/2024/10/07-aria-at-irc 19:06:09 RRSAgent, make logs Public 19:06:10 please title this meeting ("meeting: ..."), Matt_King 19:06:50 MEETING: AT Driver subgroup of ARIA and Assistive Technologies Community Group 19:07:35 TOPIC: Agenda and Next Meeting 19:08:09 Mike: Next BTT meeting is oct 9 19:08:50 mk: is btt meet8ing in Nov? 19:09:06 maybe we should have a one-off meeting in Nov. 19:09:22 b/c of veterns day holiday 19:09:39 should we have a one-off on nov 4? 19:11:04 mike: good with that. 19:11:38 Decision: Matt create one-off for nov 4 19:12:47 TOPIC: TPAC Debrief 19:13:03 Mike: we broght 2 issues to TPAC. 19:13:26 1 for how we support intents and wheter capability pattern is OK. 19:13:36 second for the text input intent. 19:13:45 Agenda has links to minutes. 19:14:24 BTT didn't think that overhead of capabilities pattern is worth while. 19:15:12 Instead, it should be sufficient for implementations to publish out-of-band documentation of what they support. 19:16:56 mk: is graceful error handling when an intent is not supported sufficient? 19:17:05 Chris: remember that was part of rationale. 19:18:03 mike: Clients could potentially fail gracefully such that a test can fail with an error instead of a test fail. 19:25:24 Group decision: supporting capabilities for intents is not necessary at this time. Save for later versions. 19:26:03 scribe+ 19:26:25 github: https://github.com/w3c/at-driver/issues/78 19:27:48 TOPIC: TPAC Debrief part 2 19:28:13 This is for the issue about text input API -- sendtext 19:28:57 Mike: For cases where HID access is not supported. 19:29:40 virtual cursor and document focus are not always aligned. 19:31:03 Web driver element.sendkeys can't work without knowing the element. 19:33:55 mk: A screen reader has to set focus before keys can be provided to an element. 19:34:36 so the document.activeElement must be set before the screen reader user can send keys to an element. 19:35:11 Chris: thinking it might have been an edge case where activelement and VC were not aligned. 19:35:39 Maybe it is an AT bug. 19:36:05 Mike: it seems like BTT conclusion is that webdriver sendkeys should be adequate. 20:08:44 scribe+ jugglinmike 20:09:59 [discussion around the behavior of the virtual cursor--in "reading" mode, in "interaction" mode, and generally in mode-less screen readers] 20:12:26 mk: Screen reader users can "activate the element" under the virtual cursor. This essentially simulates a mouse click in the browser and causes a mode switch in screen readers which support modes 20:13:04 mk: We should extend AT Driver with a new intent named "Activate Element" which causes this to happen 20:14:06 mk: This should be sufficient for the "Send text" use case because after performing the "Activate Element" intent, users of the protocol can switch to WebDriver to retrieve the document's activeElement and then use the WebDriver "Element.sendKeys" command to simulate typing 20:15:37 mk: Because we recognize that common use cases will require clients to coordinate messages sent on two protocols (AT Driver and WebDriver), we should also consider how to incorporate non-normative text which explains this pattern 20:16:42 Zakim, end the meeting 20:16:42 As of this point the attendees have been (no one) 20:16:43 RRSAgent, please draft minutes 20:16:45 I have made the request to generate https://www.w3.org/2024/10/07-aria-at-minutes.html Zakim 20:16:52 I am happy to have been of service, jugglinmike; please remember to excuse RRSAgent. Goodbye 20:16:52 Zakim has left #aria-at 20:17:28 RRSAgent, leave 20:17:28 I see no action items