19:01:49 RRSAgent has joined #aria-at 19:01:49 logging to https://www.w3.org/2022/05/23-aria-at-irc 19:01:58 Zakim has joined #aria-at 19:02:30 RRSAgent: make logs public 19:02:58 Meeting: ARIA-AT Automation Working Session 19:03:20 present+ 19:04:45 michael_fairchild has joined #aria-at 19:04:48 CHAIR: Michael Fairchild 19:04:48 present+ 19:04:50 SCRIBE: s3ththompson 19:04:52 present+ 19:04:54 rrsagent, make minutes 19:04:54 I have made the request to generate https://www.w3.org/2022/05/23-aria-at-minutes.html s3ththompson 19:04:57 rrsagent, make log public 19:05:42 cmumford has joined #aria-at 19:06:55 Topic: Discuss protocol schema definition language 19:07:02 https://github.com/w3c/aria-at-automation/issues/20 19:08:04 Because it was the best option we could find given that we wanted something that could be written by hand and understood by readers, and also had some kind of specification. 19:08:04 It was not an option anyone really loved, but was considered the least worst 19:08:54 mzgoddard has joined #aria-at 19:09:25 zcorpan: the AT automation spec proposes defining the protocol with the CDDL language 19:09:29 Matt_King has joined #aria-at 19:09:56 https://github.com/w3c/webdriver-bidi/pull/44 19:10:07 zcorpan: jkva on GitHub asked about alternatives, such as JSON schema which seem to have better tooling support. since we aren't building on WebDriver directly, do we need to use CDDL? 19:10:56 +present 19:11:08 zcorpan: i tried to do some research into why WebDriver BiDi originally picked CDDL, by asking in their IRC channel. they picked CDDL because it had a normative specification, wasn't as verbose as JSON schema, and had been used prior in another W3C spec 19:11:51 zcorpan: personally, i agree with the goal to have a schema that is easy to write (and not to verbose), but as a consumer of the spec, i like the idea of using something like JSON schema that has a lot of tooling for parsing, etc. 19:12:46 Sam has joined #aria-at 19:13:28 James Scholes: i think we need to make sure that the people working on ARIA-AT have the capacity to easily parse the spec. it seems like CDDL would require a lot of custom tooling to work with. for our teams, perhaps going with something with better support would help us work expediently and efficiently. 19:14:38 Job: i don't have an issue with CDDL itself, but it seems to me that the commands/queries for our spec might not cover too large of a surface area. if we write in JSON schema (which now has an IETF draft spec), we'd at least have a definition we'd be able to validate against without worrying about custom parsing / validation. so my concerns are mostly implementation speed wise 19:15:45 Matt_King: I found it interesting in the original CDDL decision for webdriver that the ease of hand writing was considered. Does that have any relevance in this project? 19:17:30 mzgoddard: in my opinion, it's significant... since reviewing and drafting pull requests is mostly done by hand. JSON schema is verbose. personally, i think it can take a lot of time to review. not that i don't like how it specifies things... 19:19:33 James Scholes: i think there are UIs and tools that might be able to help read generated output for those who think that JSON Schema is unoptimal 19:20:07 mzgoddard: i'm a little worried about how we might review the original source schema if others are reviewing downstream/generated documentation 19:29:20 Job: in terms of tooling, there wasn't a CDDL Go implementation easily at hand (although other things like CBOR were widely supported)... it was an assessment that also was concerned with how active libraries were, etc. 19:30:59 s3ththompson: i also noticed that the WebDriver BiDi community recently switched their CDDL implementation to Rust since it was a better fit for their use cases https://github.com/w3c/webdriver-bidi/pull/194 19:31:59 mzgoddard: can we document what tools/libraries and languages we might be using, just so that we're all on the same page, etc. 19:38:06 zcorpan: another option is we could maintain a mapping between CDDL and JSON Schema 19:50:27 zcorpan: why don't we switch to JSON Schema (in the short term) and investigate whether we can support a mapping to provide both JSON Schema and CDDL in the spec. I will also research to make sure we're not losing out on any semantic expressiveness in the process 19:50:38 TOPIC: Settings Milestone 19:50:42 https://github.com/w3c/aria-at-automation/issues/16 19:51:55 zcorpan: *summarizes issue above* 19:52:24 James Scholes: i wonder if we should instead follow a slightly different approach to unlock the long tail of settings first (rather than work on the abstracted, shared settings first) 19:53:38 Matt_King: i think in the long arc of things, there will never be perfect alignment. there will always be some things that will be aligned.... we can definitely implement certain things as convenience mechanisms, but having a generic tokenized approach in any given screen reader seems to be a better place to start 19:56:17 mzgoddard: that makes sense to me. we could have a low-level protocol and then if any two implementations agree on a higher-level implementation it can be standardized as a separate section 19:56:50 James Scholes: it also allows people to start working on userland abstractions 19:58:21 Matt_King: i think the 3 low-level starting points are: return all settings, get a single setting, set a single setting, reset to defaults, and load config file 22:23:30 Zakim has left #aria-at