18:06:04 RRSAgent has joined #aria-at 18:06:04 logging to https://www.w3.org/2021/06/17-aria-at-irc 18:06:14 Zakim has joined #aria-at 18:06:17 jesdaigle has joined #aria-at 18:06:26 zakim, clear agenda 18:06:26 agenda cleared 18:06:40 rrsagent, make log public 18:06:55 rrsagent, make minutes 18:06:55 I have made the request to generate https://www.w3.org/2021/06/17-aria-at-minutes.html s3ththompson 18:07:12 Matt_King has joined #aria-at 18:08:02 MEETING: ARIA and Assistive Technologies Community Group 18:08:13 present+ 18:08:21 present+ 18:08:28 present+ 18:08:35 TOPIC: Update on sprint 8 18:09:27 Seth: Howard and Alex are both in the co-design workshop day 2. 18:10:04 We didn't get logistics coordinated to get w3c and non-w3c people together at same time. 18:10:21 We will try this again to get that part coordinated better. 18:10:49 Current workshop we are learning a lot, but no significant design decisions will be made. 18:11:20 We'll have a topic on this in CG meeting later in the month. 18:11:38 About the sprint progress ... 18:11:59 Progress on fixing merges of test prs 18:12:24 Merged the new git attributes PR. 18:12:57 Merged a PR with some tests, and that worked, but there were problems with a script was running on Windows. 18:13:20 So, we reverted and started working a fix to that script. 18:17:50 https://github.com/w3c/aria-at/issues/422 18:18:02 Discussed support for windows in scripts. 18:18:52 https://github.com/w3c/aria-at/pull/446 18:22:37 We think the PR is now ready; waiting on review from James. 18:22:56 Howard can help with some of the merging. 18:27:02 mk: other sprint 8 updates? 18:27:15 seth: working on test queue 18:28:28 The conversion to graphQL will for test queue components is starting. Plan to complete by end of sprint. 18:29:14 We have also tackled the permission issues so we can move away from the github team for testrs. 18:29:28 We will be able to use our own allow list. 18:30:00 Open question is how to build the allow list process. where should it live? who should edit, etc? 18:33:57 tzviya has joined #aria-at 18:36:08 TOPIC: Sprint 9 planning 18:37:54 Seth: Question is w3c moving away from travis? 18:38:59 We will work on this in sprint 9. 18:39:58 Work on changing test run pages to the new graphQL componentry. 18:41:36 Only user visible change will be using native formrather than iFrames. 19:03:34 TOPIC: Test Writing Community Group Agenda Starts Here 19:09:25 TOPIC: Construction of test titles and instruction text -- issue 364 19:10:38 https://github.com/w3c/aria-at/issues/364 19:11:38 Test title tends to consist of action direction subject and mode. 19:11:49 How much detail do we want to include in the title? 19:12:05 James: some of these get very long 19:12:49 we're trying to be more concise and not necessarily describe everything about the subject 19:13:18 so, for example, don't have to say the slider is horizontal 19:18:05 mk: need to be sure the title is unique within a plan and is sufficient to help people reading reports 19:18:16 James: but not necessarily across plans 19:18:21 mk: yes 19:20:21 mk: need to be consistent in our wording, especially the actions 19:20:44 James: other aspect is instruction text 19:20:52 sometimes seems superfluous 19:21:01 michael_fairchild has joined #aria-at 19:21:27 Often what is in the instructions is conveyed in the title. 19:22:00 This makes the instructions seem not that helpful. 19:24:53 mk: in a sense, the insturctions are not just there for testers but also to document what testers have done. 19:30:03 present+ 19:30:32 mk: In future, we may have some test-specific configuration instructions. 19:31:16 present+ jongund 19:31:36 mk: do we have a separate issue for the wording of a text 19:31:49 s/text/test/ 19:32:16 James: yes, issue 413, we decided to wait to discuss that later. 19:32:47 TOPIC: Add ability to distinguish between property, role, and state metadata 19:33:15 https://github.com/w3c/aria-at/issues/345 19:33:47 james: in test format we havea references file where each row is a role, state, or property 19:34:04 Then, we use those references in a test. 19:34:23 There can be multiple spec references for a test. 19:34:53 This system does not allow us to distinguish between multiple values of a state. 19:35:09 For instance, true or flase for expanded. 19:35:17 s/flase/false/ 19:35:56 Then, you can't search for data related to a given state value. 19:36:12 mf: I think it is important to distingusish between the values 19:37:17 mk: I want to understand use case for data 19:38:44 James: When reporting coverage, we need to make sure we cover all values of a property. Just saying we tested aria-live is ambiguous. 19:38:59 Same for HTML, for instance, which input types have we tested? 19:39:08 Need to be able to answer these kinds of questions. 19:45:36 mf: we also need to ensure we report on coverage of value change events 19:47:00 jes: There was request in last iteration of reports page to be able to facilitate sorting 19:48:52 James: should we have seprate issue for coverage maps generation 19:49:07 mk: yes 19:49:47 James: after we have covered all APG, then we can see what the gaps in coverage are. 19:49:55 by using a coverage map. 19:54:40 mk: what is the decision we need to make now? 19:55:56 James: The implementation decision is either multiple values per row or one row per value 19:56:50 James: how would you spec this for aria-label? 19:57:05 mk: do not need to specify value for all properties. 19:57:17 we would skip for aria-label. 19:57:40 mk: should be only for booleans and tokens 20:01:14 Group decision: we want to do this, it is now a matter of deciding implementation. James will make separate issue for that. 20:14:46 rrsagent, make minutes 20:14:46 I have made the request to generate https://www.w3.org/2021/06/17-aria-at-minutes.html Matt_King 20:16:20 rrsagent, make log public 21:39:24 jongund_ has joined #aria-at