18:45:20 RRSAgent has joined #aria-at 18:45:20 logging to https://www.w3.org/2021/06/03-aria-at-irc 18:45:36 Zakim has joined #aria-at 18:45:45 zakim, clear agenda 18:45:45 agenda cleared 18:46:12 rrsagent, make log public 18:46:33 MEETING: ARIA and Assistive Technologies Community Group 18:46:47 CHAIR: James Schoels 18:50:11 present+ 18:50:17 rrsagent, make minutes 18:50:17 I have made the request to generate https://www.w3.org/2021/06/03-aria-at-minutes.html Matt_King 18:54:47 rrsagent, make log public 18:54:56 rrsagent, make minutes 18:54:56 I have made the request to generate https://www.w3.org/2021/06/03-aria-at-minutes.html Matt_King 18:58:54 michael_fairchild has joined #aria-at 19:01:15 present+ Alysa 19:01:24 rrsagent, make minutes 19:01:24 I have made the request to generate https://www.w3.org/2021/06/03-aria-at-minutes.html Matt_King 19:01:49 Alyssa_G has joined #aria-at 19:02:31 rrsagent, make log public 19:04:53 TOPIC: 1. Support command sequences in at-commands.mjs ( 19:05:03 rrsagent, make minutes 19:05:03 I have made the request to generate https://www.w3.org/2021/06/03-aria-at-minutes.html Matt_King 19:05:19 scribe: michael_fairchild 19:06:02 rrsagent, make minutes 19:06:02 I have made the request to generate https://www.w3.org/2021/06/03-aria-at-minutes.html Matt_King 19:07:16 JS: This PR is about command sequences. A tester might need to press several commands in sequence to complete a test. 19:07:48 Matt_King: we want to test the output of all of the commands in this sequence. gather the output from all 3 commands. 19:09:15 JS: format in the CSV: multiple commands in command sequence will be delimited by commas 19:10:14 JS: this is presented to testers in the app by separating the commands with the string "followed by". So a user might see/hear the phrase "followed by" many times. 19:11:26 MK: What is the label for the output field? If this is the label for the output field, this should be pretty clear. I like the clarity of "followed by" before every command in a command sequence. 19:11:55 MK: you could shorten it by saying something like "followed by down arrow 3 times", but I'm not sure how easy that might be 19:12:36 JS: so we want the output field to reflect the new wording 19:13:23 JS: is shortening the command sequence so it says something like "followed by down arrow 3 times" a high priority? 19:13:40 MK: No, I don't think so. That case will be fairly rare. 19:13:56 JS: Agree that it will be rare, especially with the setup scripts. 19:15:42 ST: Are there already tests that have optional commands? 19:16:04 JS: Yes, and we want to get to a place where we don't have optional commands. 19:16:55 JS: one concern about readability is that voiceover commands are very long. 19:17:12 MK: saying "then" might be better than "followed by" 19:17:32 JS: we could use a comma to help separate the commands 19:18:43 MK: concern about punctation settings and the tester pressing the comma key 19:22:06 (further discussion about formatting a command sequence) 19:26:47 landed on adding a comma prior to each "then" 19:27:09 JS updated the issue with the feedback from this conversation 19:28:12 topic: Impact of hint text/help messages on test results 19:28:24 https://github.com/w3c/aria-at/issues/365 19:28:34 JS: this was raised again by Rob 19:29:09 JS: The original concern was the VO didn't announce comboboxes as editable, but the hint from VO said to type text 19:29:31 JS: I think where we left this is that we needed more examples and Rob provided them 19:30:14 JS: Radio buttons. When you move to a radio button that isn't checked, it didn't say that it was not checked. But the hint text suggest that you could check the radio button. 19:31:58 MK: Jaws might hint that you can press left or right arrow to hint at horizontal menu bar (vs vertical) 19:32:13 MK: in this case aria-orientation is only affecting the hint text 19:34:35 MK: the question is should an assertion pass if the hint text satisfies it 19:34:47 JS: no 19:35:22 MK: But then you have an issue with automation because you can't distinguish between what is and what isn't a hint. 19:37:05 JS: no because it gives a misleading impression of how well it communicates a role, state, property, etc. 19:38:52 JS: and I think a lot of people turn off hints 19:39:10 MK: I think the most common verbosity level is medium, not beginner 19:42:20 MF: concern about making an exception to testing with default settings 19:43:41 MK: Users shouldn't be able to wish away some aspects of what is announced, such as the role or state. Those should always be conveyed in some way. By turning off hints, you wish away some very important information. 19:45:52 MF: can we ask screen reader devs why some information is only conveyed by hint text? That might reveal helpful information for this conversation. 19:47:09 JS: I agree it would be good to ask vendors about this 19:47:29 MK: another option is that we could mark these as partial support. 19:50:00 JS: it sounds like with JAWS and VO, we will have to capture two pieces of output, because they send the hint text as a second output 19:50:33 MK: you could also run it with the hint text on and then again with it off 19:52:09 Hadi: how is hint text configured in JAWS 19:52:46 MK: it would be complicated for human testers too, and configuring JAWS to turn of hints might be difficult 19:53:11 JS: it sounds like it would be far easier to test without hints, because the difference between them goes away 19:54:01 JS: Unless we want to record if something was supported by hint text 19:55:33 MK: Human judgement combined with automation would be great. 19:56:07 MK: Idea: we could have a button on the page to change the verbosity of the screen reader 21:36:00 Zakim has left #aria-at