19:10:52 RRSAgent has joined #aria-at 19:10:57 logging to https://www.w3.org/2023/09/25-aria-at-irc 19:10:57 RRSAgent, make logs Public 19:10:58 please title this meeting ("meeting: ..."), Matt_King 19:11:19 MEETING: Automation subgroup of ARIA and Assistive Technologies Community Group 19:11:31 CHAIR: Mike 19:11:42 rrsagent, make minutes 19:11:43 I have made the request to generate https://www.w3.org/2023/09/25-aria-at-minutes.html Matt_King 19:11:53 scribe+ 19:12:40 TOPIC: TPAC Summary 19:14:00 Mike: More clarity on requirements from Apple. HID access is a non-starter. 19:14:26 michael_fairchild has joined #aria-at 19:14:43 The new learning is that they propose a spec that is built around user intent instead of letting the driver simulate any arbetrary keyboard command. 19:15:24 The BTT WG has a strong desire to see the intents sent to specific targets. 19:16:11 Meaning, the intent needs to be sent to a specific browser, and perhaps screen reader. 19:16:39 There should be more of an integration with webdriver so that we don't re-invent the management of sessions and windows. 19:22:36 James: These constraints could make the spec significantly less useful. Understand that there is some need to negotiate with stakeholder.s 19:22:52 I am specifically concerned about intent. 19:22:54 Micahel: +1 19:23:10 Michael: I do as well. 19:23:52 Matt: These constraints are motivated by security and platform-independence concerns. 19:24:02 scribe: michael_fairchild 19:25:49 Matt: there is strong support from several people in the browser testing tools WG for having an AT driver spec, including the chair. 19:26:57 Matt: there are also some people raising concerns and wondering if BTT is the right place for the spec. But they are not necessarily objecting. 19:29:17 topic: Scope of AT Driver: is this now a protocol solely for the web? 19:30:36 Matt: There is a general concern that we shouldn 19:31:16 Matt: There is a general concern that we shouldn't publish a spec that applies beyond the web. Concerns raised regarded security, privacy, interoperability, etc. 19:36:15 James: The spec currently written does not contain anything that is specific to the target of testing. For example, how to download the AT, open the browser, and focus the window, etc. That's the job of the implementor. 19:38:00 James: for example, WebDriver is specific written to be a spec for browsers, but the tooling around it is the responsibility of the developer - not the w3c. 19:41:28 James: is the issue that we are doing this in the w3c and thus it needs to be explicitly tied to the web? 19:41:58 Matt: yes 19:43:22 Mike: the argument that this thing would ship on every machine is not necessarily true. for example, web driver doesn't ship with every version of Chrome. 19:46:30 (further discussion of similar concerns around WebDriver) 19:46:46 Matt: I haven't read the WebDriver spec, I should do that. 19:48:31 James: I understand the concerns, and this isn't a light decision. 19:53:37 James: we might end up in a place where one screen reader says 'we won't implement this without a sandbox' and another might say 'we can't implement a sandbox, and that would be too much work'. 19:54:05 Matt: I wonder if there is a way to allow for both ways and address all concerns. 20:10:24 Matt_King has joined #aria-at 20:12:04 rrsagent, make minutes 20:12:06 I have made the request to generate https://www.w3.org/2023/09/25-aria-at-minutes.html Matt_King 20:42:03 <\join_subline> \join_subline has joined #aria-at