17:01:05 RRSAgent has joined #aria-at 17:01:09 logging to https://www.w3.org/2023/08/30-aria-at-irc 17:01:20 rrsagent, make logs public 17:01:31 Zakim, start the meeting 17:01:31 RRSAgent, make logs Public 17:01:33 please title this meeting ("meeting: ..."), jugglinmike 17:01:54 meeting: ARIA and Assistive Technologies Community Group Weekly Teleconference 17:03:42 murray_moss has joined #aria-at 17:03:54 present+ 17:04:13 present+ jugglinmike 17:04:17 scribe+ jugglinmike 17:05:03 Matt_King has joined #aria-at 17:05:09 present+ 17:05:14 howard-e has joined #aria-at 17:05:19 present+ 17:05:24 Sam_Shaw has joined #aria-at 17:07:33 present+ 17:08:27 present+ 17:09:22 present+ James_Scholes 17:11:11 Matt_King: Next CG Meeting: September 7 17:11:20 Matt_King: No meeting Sep 13 due to TPAC 17:11:30 Topic: Testing pause 17:11:49 Matt_King: Thank you, everyone who's been doing testing! 17:12:02 Matt_King: We now have 10 test plans published, and the Test Queue is currently empty 17:12:16 Matt_King: That's the state that we wanted for the next deployment of ARIA-AT App 17:12:43 Matt_King: We expect to deploy soon, possibly today 17:12:56 Matt_King: There are a couple conditions that need to be met before we resume testing 17:13:37 Matt_King: Most importantly, we need to be able to make changes to the test plan to get consensus from Vispero and Apple to move forward to the "Recommended" phase 17:14:23 Matt_King: e.g. the Toggle Button (for Apple), and the verbosity of commands for e.g. Disclosure (for Vispero) 17:15:20 Matt_King: Lola_Odelola, do we have dates for all the work for Test Format v2? 17:15:26 present+ Lola_Odelola 17:15:36 Lola_Odelola: Not yet--Carmen and howard-e are still working on that 17:16:01 Matt_King: Okay. We at least know that it won't be before September 25 17:16:17 Matt_King: So we're going to have a pause in testing until at least September 25, and it could go even longer than that 17:16:46 Matt_King: We'll be providing regular updates on this through September 17:17:04 Topic: Update on coming app changes 17:17:41 Matt_King: Changes are imminent 17:17:51 Matt_King: There are three big projects in the work; they're listed in the agenda 17:18:32 Matt_King: As a shorthand: the MVP App project, the refactor tests project, the automation project 17:19:22 Matt_King: MVP App is all about version control on test plans, and having clarity on version control (which version are you working on, where are the other versions in the process, etc.) 17:19:30 Matt_King: We are close to shipping all the basic requirements on this 17:19:58 Matt_King: Here is a link to the project board containing all the links associated with the MVP App project: https://github.com/orgs/w3c/projects/21/views/1 17:20:35 Matt_King: Overall, what's on the staging server is pretty amazing 17:21:31 Matt_King: The second project, the refactor tests project, is changing how a test is written so that it can be simpler to read, simpler to understand, more flexible (in terms of a single test for reading and interaction modes)... 17:22:08 Matt_King: ...having three levels of priorities, and being able to exclude some assertions for some commonds (e.g. ignoring assertions for mode change with VoiceOver) 17:22:30 Matt_King: That's more than 90% spec'd out. I still have some "to do" items where details are still being worked out 17:23:13 Matt_King: The third project is bringing automation. Our target for this is the end of September 17:24:04 Matt_King: This is about re-running a test plan that has been run in the past. We can use a machine for this, using the result to see if the "historic" assertion verdict can be re-used 17:25:17 Matt_King: The new system will automatically gather all the AT response for tests that have previously been run by a human. If the AT responses are the same, then it will assign the same verdicts that were assigned by the human 17:25:47 Matt_King: Humans then only have to go and look at the parts where the automation system observed different AT responses 17:26:12 Matt_King: This is initially only for NVDA 17:26:35 Lola_Odelola: I think it makes sense for us to focus on JAWS after that 17:28:11 Lola_Odelola: VoiceOver and Talkback are on the radar, but we may not move on to those until later in the year or next year 17:33:50 James_Scholes: I would lobby for taking on VoiceOver first, before JAWS. We expect JAWS to implement AT Driver sooner than VoiceOver. 17:35:21 James_Scholes: Since we're currently expecting to use the "Generic driver" for both, and since that will be obviated by the "native" implementation from JAWS, then we will likely benefit more from moving forward with VoiceOver next 17:35:35 Topic: New assertion priorities 17:35:52 github: https://github.com/w3c/aria-at-app/issues/737 17:36:21 Matt_King: Previously, we had "required" and "optional", but that didn't line up well with the W3C terminology of "MUST", "SHOULD", and "MAY" 17:37:05 Matt_King: The latest thinking is that we'll start by publishing a W3C note and then maybe one day using that as a basis for a W3C specification. 17:37:12 Matt_King: It's truly test-driven development! 17:39:30 Lola_Odelola: We wanted to understand the usage of MAY. The use of MAY might confuse some users 17:39:50 Lola_Odelola: The presence of MAY might cause folks to assume that other behaviors are not allowed 17:40:33 Matt_King: We might want to be more comprehensive in our assertions 17:40:55 Matt_King: if there are other responses to a specific attribute that are valid, then we might want to include them in the test 17:41:08 Matt_King: So I think actually, that hypotethical interpretation is valid 17:41:26 Matt_King: This places a greater onus on test writers to make sure that the universe of allowable things in included 17:41:39 Matt_King: But we could also write this specification in a way that doesn't exclude other possibilities 17:42:04 present+ Hadi 17:42:50 Hadi: I appreciate the use of the word "MUST", but I'm concerned about being too strict about specific wording 17:43:41 Matt_King: Agreed. That's why we use words like "convey". So even a "MUST" assertion allows for the kind of variations that you're referencing 17:44:08 Matt_King: MUST is the stuff like name, role, value, and state 17:44:52 Matt_King: Things like communicating change in state (rather than actually changing the state itself) would be "SHOULD" 17:45:22 Matt_King: It could be frustrating or maybe annoying if the AT doesn't do the things it SHOULD do, but the application would still be usable 17:46:12 Matt_King: And "MAY" assertions are essentially saying, "we don't care whether the AT does this" 17:48:06 Matt_King: using "MAY" increases our responsibility for capturing all the potential behaviors, and it also increases our responsibility for documentation (i.e. explaining what it means) 17:49:35 Matt_King: If there are any MAYs listed at all, there will be an implicit expectation that the assertions are exhaustive 17:50:08 James_Scholes: I think that puts an unreasonable burden on the test author--to account for anything a screen reader may do 17:50:48 James_Scholes: If we are tying assertions to any attribute, and some of them have the MAY priority, those are fringe usability benefits 17:51:19 James_Scholes: I don't think it should be the responsibility of the Test Author to enumerate every possible fringe usability benefits 17:51:52 Hadi: What do you folks think about mapping "MUST" "SHOULD" "MAY" to the concept of verbosity? 17:52:45 James_Scholes: I don't think that works for two reasons. First, not all screen readers have the same concept of verbosity (NVDA doesn't have such a concept at all). Secondly, some ATs have made decisions about verbosity which conflict with basic requirements 17:52:55 present+ Alyssa 17:53:09 Alysssa: We test with the most verbose AT settings, right? 17:53:15 James_Scholes: That's right 17:53:26 jongund has joined #aria-at 17:53:32 s/Alysssa/Alyssa/ 17:55:48 Matt_King: You're point is well-taken, James_Scholes. In that case, we would need language someplace that explains why some behaviors are recognized with MAY assertions and other behaviors are not mentioned, but they are nonetheless allowed 17:57:21 James_Scholes: I don't want to be in a position where we are claiming that we have thought of every possible innovation which an AT might make 18:00:56 Matt_King: We're going to need clear language around what "MAY" means. They are consensus suggestions as opposed to exclusive lists. We are going to have to write that before we publish anything to APG that includes a "MAY" 18:02:41 Zakim, end the meeting 18:02:41 As of this point the attendees have been murray_moss, jugglinmike, JoeHumbert, howard-e, Matt_King, Sam_Shaw, James_Scholes, Lola_Odelola, Hadi, Alyssa 18:02:44 RRSAgent, please draft minutes 18:02:46 I have made the request to generate https://www.w3.org/2023/08/30-aria-at-minutes.html Zakim 18:02:53 I am happy to have been of service, jugglinmike; please remember to excuse RRSAgent. Goodbye 18:02:53 Zakim has left #aria-at 20:01:40 jongund has joined #aria-at 21:27:58 jongund has joined #aria-at 21:42:04 jongund has joined #aria-at 21:43:08 jongund_ has joined #aria-at 21:54:46 jongund has joined #aria-at 21:57:03 jongund__ has joined #aria-at 22:19:56 jongund has joined #aria-at 22:22:18 jongund_ has joined #aria-at 22:32:20 jongund has joined #aria-at 22:34:41 jongund__ has joined #aria-at 22:41:42 jongund has joined #aria-at 22:51:37 jongund_ has joined #aria-at 22:54:48 jongund__ has joined #aria-at 23:00:54 jongund has joined #aria-at 23:52:56 jongund has joined #aria-at