13:58:57 RRSAgent has joined #wcag3-protocols 13:58:57 logging to https://www.w3.org/2022/02/25-wcag3-protocols-irc 13:59:01 rrsagent, make log world 13:59:02 present+ 13:59:14 scribe: MichaelC 13:59:57 agenda: https://lists.w3.org/Archives/Public/public-silver/2022Feb/0040.html 14:00:13 agenda? 14:00:14 ShawnT has joined #wcag3-protocols 14:01:15 Jaunita_George has joined #WCAG3-protocols 14:02:55 jennifer has joined #wcag3-protocols 14:03:00 present+ 14:03:20 present+ 14:03:28 zakim, next item 14:03:28 agendum 1 -- announcements -- taken up [from Chuck] 14:04:37 ca: JF away for indeterminate time 14:04:54 have asked Jaunita George to step in as subgroup lead 14:05:27 needs a different time 14:05:50 what´s good for people? 14:06:08 for me, Friday afternoons Mountain are good 14:06:18 I'm good at any time 14:06:24 mc: Friday after noon Eastern best 14:07:39 Friday afternoons often work for me. 14:08:40 js: later Friday afternoon Eastern better 14:08:53 ca: will start a schedule poll based on that input 14:09:01 4ish is tough for me 14:09:06 zakim, next item 14:09:06 agendum 2 -- Review https://docs.google.com/presentation/d/1b5xHQWBzoYdKp7BfPgIUBCpz-yaDOx_kSq_HlQxcFh0/edit#slide=id.g115901c77f1_0_218 -- taken up [from Chuck] 14:10:15 rbm: 14:10:51 want to present this to AG tuesday 14:11:18 make sure different voices represented 14:11:22 so want input here 14:14:02 q+ 14:14:06 on slide 5, we have the need to go beyond WCAG 2 scope yet ensure things testable at pass / fail level 14:14:26 note the terminology is placeholder, focus on the concepts 14:14:46 ca: I´ve heard that we want tests that are beyond pass / fail 14:14:56 use rubriks etc. to convert to test scores 14:15:14 so different evaluation methods can convert to pass / fail? 14:15:18 ack Ch 14:15:18 not contradictory?] 14:15:25 rbm: agree, not contradictory 14:15:43 one idea is to report on measurements, with a sliding scale 14:15:48 another is to @@ 14:16:05 third is to move the sliding scale down to the rubrik level 14:16:25 q? 14:16:25 ca: that may address some concerns we have 14:16:52 rbm: slide 6, there are 4 concepts of scope for tests 14:18:53 4 types of tests slides 7 - 10 14:19:33 constant tests and condition tests have similarities, but think it´s useful to differentiate them 14:20:02 ca: seems to describe what we´ve done 14:20:46 example: text alternatives has 2 types of test, the constant test about providing it, and the condition test about its quality 14:21:04 meaningful sequence is one that´s mostly just condition test 14:21:23 s/example:/rbm: example:/ 14:24:15 slide 9, test case as used here is a new concept to us 14:24:38 instead of defining conditions for test, it defines the type of conditions to set 14:25:09 this is similar to how requirements for tests are defined in software engineering 14:25:34 should address the ¨you know it when you see it but can´t define it¨ situation 14:25:36 q+ 14:25:58 there can be known failures 14:26:37 ack Shawn 14:26:37 this can be use for e.g., content usable testing, where it´s a lot about consistency 14:26:45 st: definition of affordance? 14:26:59 q+ 14:27:16 rbm: it is the visual indication of what something does 14:27:49 MichaelC: Been told by usability that this is something that can cause concerns. The affordance is what the object can do, and the perceived affordance is a person's awareness of that. 14:28:19 MichaelC: We may get debate if we use that definition. I want to not use just visual indication. The indication of its ability can happen in any appropriate channel. 14:28:59 Rachael: Alternatives of what we can call it? 14:29:01 rbm: chose the common usage of that term, but know it´s debated, let´s sub 14:29:09 js: indicator, cue? 14:29:09 Jennifer: Indicator/cue of usage. 14:29:37 ack me 14:29:47 rbm: good enough for now 14:29:56 ca: yeah, no wordsmithing! 14:30:42 rbm: down the road we´ll need to look at editorial consistency 14:30:50 that will be a kind of wordsmithing project... 14:32:14 +1 with slide 14:32:16 14:32:40 rbm: slide 10, this is protocols, tests whether a process was completed 14:33:15 Present+ 14:33:28 this doesn´t assess quality per se, it just assesses that the protocol was followed 14:33:29 q+ 14:33:56 I see these as broad reviews against a process that can´t be evaluated quantitatively 14:34:31 MichaelC: Not sure if my thought fits under this, way I've been thinking of it is that they do everything you described, and additionally it has procedures for evaluating or ensuring that you are doing well, not just going through the motions. 14:34:58 MichaelC: That would still have to be... there may be some quantitative tests. It would be a protocol because there would be a qualitative test. 14:35:18 MichaelC: At conformance levels you adopt the protocol and follow the words, at a higher level you evaluate that the protocol is yielding positive results. 14:35:31 MichaelC: Not sure if it needs to be looked at separately or be included. 14:35:39 ack Mich 14:35:57 q+ 14:36:22 MichaelC: Measurement procedures for both following the protocol and quality of results. 14:36:56 MichaelC: Protocol would define procedures. In sub-bullets, something about report on internal measurement, on qualitative measurements. 14:36:57 The report would indicate the passing quality of the protocol guidance. 14:38:15 q+ 14:38:42 14:39:51 mc: +1 to how it looks now 14:40:12 ack Jau 14:40:13 q? 14:40:24 q+ Jaunita_George 14:40:51 q+ 14:40:53 st: will there be a list of protocols? 14:40:56 ack Shawn 14:41:00 mc: think they would be like methods and listed similarly 14:41:07 st: mention that here? 14:41:12 rbm: capture for future work 14:41:55 ack Jaun 14:42:46 jg: would we define requirements for a protocol that organizations can take up, or define our own protocols? 14:42:57 the former is more complex, the latter requires us to maintain more 14:43:13 keeping in mind that lay people should be able to conform, meaning should be able to follow a protocol 14:43:31 need some objective standards for how that works 14:43:45 rbm: added 14:43:53 ack Ch 14:44:20 ca: I would like for protocols to be flexible enough that orgs can craft their own 14:44:37 +1 it would be great if they could apply 14:44:44 mc: +1, we can´t not let orgs define protocols, we can´t manage 14:45:07 q? 14:45:26 jg: lagniappe if org protocols are shareable for other orgs as well 14:46:12 I'm pushing for my organization to create protocols to add to the list in the future 14:46:34 rbm: various edits, take a look 14:46:45 jg: also looking at repeatability 14:46:52 rbm: setting that aside for this presentation 14:47:04 q+ 14:47:08 if we can agree on these basics, it will be easier to address questions like that 14:47:16 q+ to aks about "The report would indicate the passing quality of the protocol guidance." 14:47:30 ack j 14:47:31 ack Jen 14:47:57 js: until larger group has established conformance levels, we should defer that aspect 14:48:18 q? 14:48:27 ack Ch 14:48:27 Chuck, you wanted to aks about "The report would indicate the passing quality of the protocol guidance." 14:48:59 ca: looking for ^ seems to have gone missing 14:49:53 mc: seems covered in rewording 14:50:02 ca, js: ok, seems there 14:50:20 q? 14:51:10 q+ 14:51:12 slide 11, grid the test objects with the test types 14:52:37 effectively goes from most precise in origin (smallest unit, constant tests) to least precise in end (aggregate, protocol) as a continuum 14:53:05 js: looking at machine testable stuff 14:53:08 q? 14:53:34 rbm: currently machine testable is close to the origin, over time we expect it to move further in the table 14:54:05 ca: this slide puts it all together for me 14:54:40 think we can look at machine testing as adding test types it can cover 14:55:11 q? 14:55:13 ack Ch 14:55:28 rbm: edits bullet 14:55:33 js: +1 14:56:21 rbm: slide 12, the @@ group tried this breakdown 14:56:49 it helped me to see that the needs for a given outcome span various parts of that matrix 14:57:29 q? 14:58:15 q+ 14:58:19 jg: should we leave it to orgs to sort out how to apply? 14:58:21 q+ 14:58:22 ack Jenn 14:58:48 js: original vision was not to have to submit to wcag, just document what they did 14:59:01 ack Mich 14:59:01 ack me 15:00:32 We could design a process of putting a Github ticket in. to pick up later! 15:00:53 mc: if we define requirements for protocols, any protocol that meets requirements should be allowed 15:01:47 would like us to include a protocol for protocol results to allow conformance calculation and sharing 15:02:50 as we work on things, we can differentiate between identifying ¨protocols are needed here¨ vs ¨our guidance is not complete until we have a provided a protocol¨ 15:03:00 chair: Chuck 15:03:06 scribeOptions: -final 15:03:13 rrsagent, make minutes 15:03:13 I have made the request to generate https://www.w3.org/2022/02/25-wcag3-protocols-minutes.html MichaelC 15:05:39 present+ Chuck, Rachael 15:05:48 rrsagent, make minutes 15:05:48 I have made the request to generate https://www.w3.org/2022/02/25-wcag3-protocols-minutes.html MichaelC 15:05:54 rrsagent, bye 15:05:54 I see no action items