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