17:01:02 RRSAgent has joined #aria-at 17:01:06 logging to https://www.w3.org/2024/08/28-aria-at-irc 17:01:06 RRSAgent, make logs Public 17:01:07 please title this meeting ("meeting: ..."), jugglinmike 17:01:26 meeting: ARIA and Assistive Technologies Community Group Weekly Teleconference 17:01:38 present+ jugglinmike 17:01:42 scribe+ jugglinmike 17:01:47 present+ Matt_King 17:01:52 present+ IsaDC 17:02:00 present+ Dean_Hamack 17:02:30 howard-e has joined #aria-at 17:02:40 present+ 17:06:41 Topic: Review agenda and next meeting dates 17:06:49 Matt_King: Requests for changes to agenda? 17:06:59 Matt_King: Hearing none, we'll stick with the agenda as planned 17:07:17 Matt_King: I'm thinking about not meeting next week because Isa_DC and James_Scholes are both out 17:07:32 present+ James_Scholes 17:07:40 s/Isa_DC/IsaDC/ 17:08:07 Matt_King: I propose skipping next week and meeting on the next scheduled date, September 11, instead 17:08:27 Dean_Hamack: works for me 17:08:34 howard-e: That works for Bocoup, as well 17:08:47 Matt_King: Alright then; I will cancel the meeting scheduled for September 5 17:08:56 Matt_King: Next AT Driver Subgroup meeting: Monday September 9 17:09:02 Topic: Current status 17:09:12 Matt_King: The same set of test plans are in candidate review 17:09:37 Matt_King: We are making one decision: we're definitely putting the draft review of "disclosure navigation" on hold 17:10:04 Matt_King: We received a lot of feedback there, so IsaDC and I want to make sure that all the changes that need to be made actually ARE made before we move forward 17:10:43 Matt_King: We have the "action menu button" that we're working on right now, and then we'll be adding the "navigation menu button" to the test queue soon--possibly as early as today or tomorrow 17:11:35 Matt_King: It looks like Dean_Hamack is not assigned to anything right now, so we might assign some test plan runs for "navigation menu button" when we get that started 17:12:18 IsaDC: We're also going to be working on the "radio group" based on the feedback from Vispero, but that will be for a later day 17:12:33 Matt_King: Yeah; hopefully we'll have made some progress on that by September 11th 17:25:19 Topic: Testing action menu button with activeDescendant 17:25:31 Matt_King: It's almost done! 17:25:49 Matt_King: Two people have completed their runs on NVDA and VoiceOver. Those don't have any conflicts 17:26:04 Matt_King: I think IsaDC can publish the reports for those two runs 17:26:12 IsaDC: Okay, I'll mark them as "final" 17:26:27 Matt_King: That leaves us just with the JAWS report. Murray has run one test; IsaDC has run all 11 17:27:24 Matt_King: If Murray completes this while IsaDC is out, then I'll publish it. It doesn't seem likely to happen before next week's e-mail with Vispero, though 17:27:34 Matt_King: IsaDC could you send Murray and e-mail? 17:27:36 IsaDC: Sure 17:29:23 IsaDC: JAWS doesn't "convey menu item" but it does now. I think we discussed this last week. Every time you go to a menu item, it says "menu" every time you press "down arrow" or when you read the menu item 17:31:44 Matt_King: We could code this as excess verbosity 17:32:27 Matt_King: This could be two issues. One, it failed the assertion related to the "menu item" role, and two, it said the role "menu" two times which is excessively verbose 17:32:48 Matt_King: In this case, they aren't doing the "menu item" role. 17:33:13 Matt_King: Let's look at another test--how about test number seven, "navigate to the first item in a menu"? 17:33:40 Matt_King: That has "convey 'menu item' role" as a SHOULD assertion 17:34:08 Matt_King: I think that once you're inside the menu and navigating within it--I think Vispero and Apple will argue that conveying the "menu item" role as optional 17:34:15 Matt_King: We marked it as "should", though... 17:34:34 Matt_King: I think James Craig already raised an issue related to this, but maybe that was for the other menu 17:35:02 Matt_King: We actually don't have a test for navigating to "next" or "previous". We only have navigating to "first" and "last" 17:35:13 Matt_King: Maybe we should 17:36:13 IsaDC: I think it's because we have the arrow key commands for navigating to the first and last items 17:36:20 Matt_King: Ah, yes, maybe that's sufficient 17:37:32 James_Scholes: When you move from one menu item to another menu item, I think conveying the "menu item" role should be a "may" assertion 17:39:14 Matt_King: What about the number of items? 17:39:39 James_Scholes: I believe the number should be vocalized by default. Even though I have it switched off, I don't think it can be understated how useful that information can be 17:40:04 James_Scholes: My issue is that there is no pause between the item content and that information 17:41:31 Matt_King: In general, we have not made assertion like this "MUST" because you can still use the menu without this information 17:42:32 Matt_King: If you can make a commit that only changes the priorities, then we should be able to keep the results we've collected so far 17:42:35 IsaDC: Got it 17:42:55 Matt_King: So we're saying that the assertion is a "MAY" for those three tests 17:43:12 Matt_King: I believe Vispero has recognized this as excess verbosity and are tracking it with a bug 17:43:48 IsaDC: Okay, then I will mark those as "excess verbosity" and leave the "menu item" role assertion unchecked 17:44:53 Topic: New conflict resolution experience 17:45:18 Matt_King: I believe anybody with a GitHub account can look at the stuff in the sandbox instance 17:45:23 howard-e: That's right 17:45:42 Matt_King: If you follow this link to the sandbox and then make sure you're signed in with GitHub and then go to the "Test Queue" page... 17:45:52 Matt_King: https://aria-at-app-sandbox.bocoup.com/ 17:46:35 Matt_King: There's a whole bunch of stuff in the test queue on the sandbox right now. The final one is "toggle button" 17:46:46 IsaDC: It says "10 conflicts" 17:47:00 howard-e: Right. That's a link which brings you to a "conflicts" page 17:47:38 howard-e: You will also notice that the status for tests without conflicts, it says something like "x percent complete with zero conflicts." That felt a little verbose, so I removed the part about "zero conflicts" 17:48:04 howard-e: On the "conflicts" page, we were wondering about the title--is it too verbose or too short? 17:48:19 howard-e: We were also wondering about the heading structure 17:49:36 howard-e: The page has a number of disclosure elements. If you open one, you'll find a table 17:49:48 howard-e: The first column describes the testers, the second describes the assertions 17:50:49 howard-e: And here in this table, visually, it shows all the assertions which conflict with bold. We wanted to make these more prominent to AT users as well 17:51:15 howard-e: Should we just remove the rows which have no conflicts? 17:51:46 Matt_King: I was imagining to have a little more. This is just the pass/fail, but sometimes we can have conflicts in things like whether or not testers checked side effects 17:52:26 Matt_King: In our standard GitHub issue, we normally have a certain amount of information for each person. We have their output, the assertion, the command, and information about undesirable behaviors 17:52:39 Matt_King: I'm kind of wondering if we should have a table for each command, just like we do in the report 17:53:06 Matt_King: Maybe there's still a column for each person, but then there's rows for command, output... 17:53:23 howard-e: The assertion table I mentioned here is just for the "pass/fail" of the assertions themselves 17:53:38 howard-e: Elsewhere, there is a table for unexpected behaviors 17:53:53 Matt_King: But we don't have anything for the AT response right now, correct? 17:54:00 howard-e: That's correct; we do not 17:54:37 Matt_King: It feels like there is less information here than what we normally get in a GitHub issue. Or at least, that the information is more spread out 17:54:56 Matt_King: Maybe there could be a heading for each command. Isn't that how we normally structure it? 17:54:58 howard-e: Yes, it is 17:55:28 Matt_King: When you see a conflict, then if there is an issue, that's great. But I think we need to tie the issue to each conflict... 17:55:45 howard-e: This presents the same issue template that you would get from the "test run" page 17:57:12 howard-e: One last item: when viewing this page as an admin, there is also a button to open the test as a tester. It will now bring you directly to the relevant test rather than the first test in the test plan 17:57:43 Matt_King: I think we only want to show were there are conflicts--we don't want to show where there is agreement 17:57:49 Dean_Hamack: I agree with that 17:58:37 IsaDC: I agree, too. Otherwise, it's over-crowded and you don't have an easy way of finding the conflicts, as a screen reader user 18:02:07 [Matt_King proposes a detailed alternate design] 18:02:13 Matt_King: this is going to be awesome! 18:02:29 Zakim, end the meeting 18:02:29 As of this point the attendees have been jugglinmike, Matt_King, IsaDC, Dean_Hamack, howard-e, James_Scholes 18:02:31 RRSAgent, please draft minutes 18:02:32 I have made the request to generate https://www.w3.org/2024/08/28-aria-at-minutes.html Zakim 18:02:39 I am happy to have been of service, jugglinmike; please remember to excuse RRSAgent. Goodbye 18:02:39 Zakim has left #aria-at 18:03:41 RRSAgent, leave 18:03:41 I see no action items