15:18:24 RRSAgent has joined #wai-wcag 15:18:24 logging to http://www.w3.org/2016/12/20-wai-wcag-irc 15:18:26 RRSAgent, make logs public 15:18:26 Zakim has joined #wai-wcag 15:18:28 Zakim, this will be WAI_WCAG 15:18:28 ok, trackbot 15:18:29 Meeting: Web Content Accessibility Guidelines Working Group Teleconference 15:18:29 Date: 20 December 2016 15:18:32 zakim, who is on the phone? 15:18:33 Present: (no one) 15:18:37 +AWK 15:19:00 agenda+ Requirements for SCs (https://www.w3.org/WAI/GL/wiki/WCAG_2.1_Success_Criteria) 15:19:10 agenda+ Numbering & updating SC (https://www.w3.org/WAI/GL/wiki/WCAG_2.1_SC_Numbering) 15:19:20 agenda+ Issue 77 review: https://github.com/w3c/wcag21/issues/77 15:19:30 agenda+ Issue 9 review: https://github.com/w3c/wcag21/issues/9 15:20:28 regrets+ Makoto, ShawnL, Greg_Lowney, Srinivasu, Wilco 15:50:04 kirkwood has joined #WAI-WCAG 15:52:00 Rachael has joined #wai-wcag 15:56:43 gowerm has joined #wai-wcag 15:56:54 Present+ Rachael 15:56:58 Scribe: Rachael 15:57:25 present+ Laura 15:58:19 present+ MikeGower 15:58:51 lisaseeman has joined #wai-wcag 15:59:22 david-macdonald has joined #wai-wcag 15:59:39 present+ Kirkwood 15:59:50 alastairc has joined #wai-wcag 16:00:35 present+ David-macdonald 16:01:14 present+ alastairc 16:01:19 zakim, who is on the phone? 16:01:19 Present: AWK, Rachael, Laura, MikeGower, Kirkwood, David-macdonald, alastairc 16:01:54 Joshue108 has joined #wai-wcag 16:01:55 present+ Bruce_Bailey 16:03:11 Wayne has joined #wai-wcag 16:03:17 present+ Joshue108 16:03:33 present+ jeanne 16:03:58 present+ Lisa Seeman 16:04:21 JF has joined #wai-wcag 16:04:37 Present+ Jf 16:05:02 AWK: Adding WILCO to Jan 10th as scribe. Volunteers for future dates are welcome 16:05:16 I have to drop off for a moment for a client 16:05:29 jon_avila has joined #wai-wcag 16:05:47 steverep has joined #wai-wcag 16:05:56 present+steverep 16:06:03 AWK: We will be taking next week off. It will be the only week we will be off. 16:06:50 jemma has joined #wai-wcag 16:07:25 @david-macdonald please mute, you probably don't want us over-hearing! 16:07:33 Chair: AWK 16:07:48 Zakim, take up item 1 16:07:48 agendum 1. "Requirements for SCs (https://www.w3.org/WAI/GL/wiki/WCAG_2.1_Success_Criteria)" taken up [from AWK] 16:08:14 https://www.w3.org/WAI/GL/wiki/WCAG_2.1_Success_Criteria 16:08:57 jamesn has joined #wai-wcag 16:09:05 oops 16:09:08 rrsagent, make minutes 16:09:08 I have made the request to generate http://www.w3.org/2016/12/20-wai-wcag-minutes.html jamesn 16:09:37 back 16:09:44 you can unmute me 16:10:33 Glenda has joined #wai-wcag 16:10:43 Ryladog has joined #wai-wcag 16:10:43 q+ 16:10:48 AWK: Idea behind this document is looking at what are the requirements for this success criteria. In the list, we have some shalls and some shoulds in this list. We have seen these before. Should we walk through these one at a time or do people have particular issues? 16:11:16 q+ about new vs editing 16:11:19 AWK: I'm going to go through them. Any questions on "Address a situation where a user with a disability will be disproportionately disadvantaged (as compared to a user without a disability) if the criteria is not met." ? 16:11:20 MoeKraft has joined #wai-wcag 16:11:36 Zakim, who is here? 16:11:36 Present: AWK, Rachael, Laura, MikeGower, Kirkwood, David-macdonald, alastairc, Bruce_Bailey, Joshue108, jeanne, Lisa, Seeman, Jf, steverep 16:11:39 On IRC I see MoeKraft, Ryladog, Glenda, jamesn, jemma, steverep, jon_avila, JF, Wayne, Joshue108, alastairc, david-macdonald, lisaseeman, gowerm, Rachael, kirkwood, Zakim, 16:11:39 ... RRSAgent, AWK, bruce_bailey, jeanne, laura, Rossen, yatil-away, trackbot 16:11:54 q+ to ask about new vs editing 16:12:04 ack lisa 16:12:14 present+ MoeKraft 16:12:26 Lisa: I want to clarify that we had added that this is provided as guidance. They are not set in stone (at least this is how it was explained to me). Especially when we get to the structure. They are less acceptance criteria and more guidance. 16:12:40 q+ 16:13:01 Lisa: You can't retroactively insert acceptance criteria. 16:13:15 present+ Glenda 16:13:16 Present+ Katie_Haritos-Shea 16:13:47 Q+ to confirm clarity on what we mean by "Acceptance Criteria" (versus Success Criteria and Guidelines) 16:13:48 AWK: I'll respond from my perspective. We did set these up as guidance for the task forces but we are going to need actual requirements for what makes it into 2.1. This guidance may well be looser than what we ultimately have or we may say that this is it. That is why we need to talk about these. 16:14:14 q+ 16:15:17 Lisa: We have to be clear that what we are starting now is a consensus that these are changing from Guidance to criteria for what makes the cut. We need to be clear that this is the conversation. 16:15:44 q? 16:15:57 Lisa: I suggest we should test against these things and where things are weak, we should tag whether it is a strong enough issue to reject the item. Things should be tagged as lacking but not necessarily rejected. 16:16:45 Lisa: For instance, do we want to tag it and rewrite it to make it more backwards compatible. These should be issues to tag, not acceptance criteria. 16:17:02 ack ala 16:17:02 alastairc, you wanted to ask about new vs editing 16:17:16 AWK: We would not be making this decision not just on the list 16:18:21 Joshue: This is a good set that fits into the 2.1 framework. If there is something that is worrying people about them, this is the time to bring it up. My quesiton is whether we are allowing editing of current success criteria. There was a previous decision where we had asked these be written in an additive way. Are we at the point of that conversation? 16:18:33 AWK: That is essentially agenda item 2. 16:19:07 q+ 16:19:29 Joshue: Some points imply that we will be able to edit exisitng criteria. 16:19:33 ack me 16:19:54 AWK: We were leaning that way at the time, but that is the next agenda. 16:20:40 JF: We did work on making these as tight as possible at the time we wrote them. Is there something that you have a particular issue with at this point? 16:21:17 Lisa: We had a couple of calls at the time this was written where I had significant reservations about the template. We added the sentences that these were guidance only to address my concerns. 16:22:20 s/JF/Joshue108 16:22:30 s/JF: We did work on making these as tight as possible/ Joshue: We did work on making these as tight as possible 16:23:16 Joshue: What is the issue with the criteria that is there? 16:24:00 Lisa: David's comment that only 2 of the SC met these criteria concerns me. 16:24:30 Joshue: That was useful work but does not represent the group consensus or agreement. 16:24:57 Lisa: I need to review again but the testability is a concern. 16:25:00 Here's what Lisa is talking about http://tinyurl.com/jmo9st4 16:25:18 AWK: Can we go through in order and figure out which are the issues? 16:25:18 q? 16:25:49 ack jf 16:25:49 JF, you wanted to confirm clarity on what we mean by "Acceptance Criteria" (versus Success Criteria and Guidelines) 16:25:56 Joshue: In terms of testability, anything we write will need to fall into the well worn path of what WCAG has done in the past. 16:27:32 JF: In Lisbon, we discussed the possibility of introducing a new guideline under perceivable or robust, it may address some of the more abstract/fluid concepts you want to ensure are included. I think we need to keep the possibility open of creating new guidelines. 16:27:34 "acceptance criteria" is being used as a term that speaks to the requirements for an SC to be incorporated into WCAG 2.1 16:27:38 +1 to new GLs if needed 16:27:47 ack gower 16:27:48 q+ 16:27:57 From abstract: WCAG 2.0 success criteria are written as testable statements that are not technology-specific 16:29:03 q+ 16:29:11 gowerm: Thank you for sharing this with the team. Based on the review I was conducting of SC, this fits in well. This is a useful tool to use when reviewing items. Just because someone points out that it doesn't meet one of these criteria, doesnt mean it won't make it in. Just that it needs to be beefed up. 16:29:18 ack lisa 16:29:50 That sounds ok with me Lida 16:29:52 ack dav 16:29:52 lisa: That ties into the idea of tagging. I feel more comfortable if we don't accept based on these but tag work. 16:29:56 s/Lida/Lisa 16:30:37 I hadn't heard your tagging idea before - but whatever works is fine with me! 16:32:00 q+ 16:32:20 David: There are no no's in this thing. I only put yeses in. This is my own exercise but if anyone wants to look over my shoulder and contribute, let me know. These aren't new. They are from WCAG 2. If we want to change this for 2.1, its a pretty major move. 16:32:34 John: I don't think we should for backward compatibility. 16:32:36 q+ 16:32:44 please don't characterize these requirements/expectations for SC as quote acceptance criteria unquote 16:33:30 David: They aren't new. They come from the original editors. I wrote a blog article after I spoke with them. There may be a great reason to stray from these but if not, we should stay in the existing guidelines. 16:33:31 I am pretty sure “acceptance criteria” may be a term of art for wcag 2.1 going through the TR process 16:33:32 ack AWK 16:33:38 DavidL Better to hammer it out now. 16:33:49 8 is problematic 16:34:46 AWK: These came from WCAG 2.0 timeframe initially but I take a bit of exception of these only coming from there. We talked about these for weeks and modified some things. This is the work of this current group, now. There are some that Greg doesn't completely agree with. We need to discuss them and agree to them. I think we have substantial agreement to them but there are still some concerns, 16:34:51 +1 to AWK ref: stone tablets 16:35:04 and we need to clarify testable 16:35:09 AWK: Lets look through them and see if we can quickly identify where additional discussion is needed. 16:35:10 q+ to ask what 3 means 16:35:25 Here's the acceptance Criteria according to Gregg and Loretta http://www.davidmacd.com/blog/what-are-WCAG-success-criteria.html 16:36:31 ack bruce 16:36:31 bruce_bailey, you wanted to ask what 3 means 16:36:36 Wayne: I think this is a pretty good list. What I notice is that as we look at them one by one they bring out some exceptions. We are going to run into some barriers as we get into these individually. I think using these as general guidance works. Disability categories were missed in WCAG 2.0 and I wonder if the criteria used led to that. 16:36:47 From WCAG: Guidelines - Under the principles are guidelines. The 12 guidelines provide the basic goals that authors should work toward in order to make content more accessible to users with different disabilities. The guidelines are not testable, but provide the framework and overall objectives to help authors understand the success criteria and better implement the techniques. Success Criteria - For each guideline, testable success criteria are provided to allow WC 16:36:56 Describe the specific condition required to meet the criteria, not the method to address the criteria. 16:37:03 Bruce: I don't see anything controversial on the list at all. They seem straightforward to what SC need to do. The one exception is #3. 16:37:33 AWK: Lets talk about that at #3. #1 Address a situation where a user with a disability will be disproportionately disadvantaged (as compared to a user without a disability) if the criteria is not met. Does anyone have any concerns with that? 16:37:38 good catch 16:37:51 Mike: Is there a definition of "disproportionately disadvantaged"? 16:38:02 q? 16:38:07 ack w 16:38:08 ack way 16:38:10 AWK: No we do not. Currently there is some measure of subjectivity in this. 16:38:11 q+ 16:38:15 ack me 16:38:15 ack j 16:38:24 example with 2.0 of (1) is 3.3.1 Error Identification: If an input error is automatically detected, the item that is in error is identified and the error is described to the user in text. (Level A) 16:38:49 Joshue108: Good catch. Do we want to worksmith around these now? Would this be simpler if we dropped disporportionately? 16:39:01 +1 to josh 's idea 16:39:25 sorry, 3.3.3 is better example: 3.3.3 Error Suggestion: If an input error is automatically detected and suggestions for correction are known, then the suggestions are provided to the user, unless it would jeopardize the security or purpose of the content. (Level AA) 16:39:33 makybe change the word to significalty more disadvanteged 16:39:34 +1 to leaving disporportionately stays (otherwise it is a usability problem for all humans) 16:39:38 Q+ 16:39:56 Ex: 3.3.3 is just good design 16:40:21 I actually don't think we should have any adverb in there 16:40:31 AWK: Disporportionately indicates that it causes users with disabilities with difficulty. 16:40:35 +1 to what AKW is saying 16:40:39 ack jf 16:41:17 q+ 16:41:23 q+ 16:41:24 JF: Again, as we are walking through this document. We have two terms we are using. Per WCAG, Guidelines are not testable while Criteria are testable. 16:41:35 3.3.3 is an example of something more important to keyboard or AT user moreso than a mouse user 16:42:02 JF: This is a group of guidelines. 16:42:34 AWK: I think that what you are saying is in line with what I am thinking. We are not suggesting we add this to WCAG. We are working on our internal process. 16:42:35 This is our internal test process 16:43:02 ack me 16:43:03 ack jo 16:43:07 why not “significantly”? 16:43:12 jnurthen has joined #wai-wcag 16:43:12 JF: I look at "These requirements are provided as guidance to the WCAG Working Group..." This is simply guidance and I don't want to get caught up in wordsmithing. 16:44:12 ack wa 16:44:13 Joshue108: We do need to get these things right. I don't think using an adverb like disproportionately is that helpful. I'm not going to loose sleep but we could remove this or widdle it down. 16:44:50 +1 16:44:51 LV just like coga- it bugs everyone but some people get completely stuck 16:45:18 I don't think we should change that word "Dispropostionate" it comes from WCAG 2 16:45:23 Wayne: Disproportionate applies a great deal in the low vision case. One example I can think of is that if you have to read something with scrolling its 1000 scrolls. When you have to do 10 to 20 times the amount of work as a user with standard technology, then it is disproportionate. 16:45:38 q+ 16:45:58 AWK: I agree we should now wordsmith this right now but we can discuss further. #2 Be testable through automated or manual processes. 16:46:00 add "repeatable"? 16:46:07 or "reproducible"? 16:46:25 ack l 16:46:31 q+ 16:46:38 AWK: This is based on WCAG definition. The expectation is that multiple people can test it and get repeatable results. 16:47:21 Joshue108 has joined #wai-wcag 16:49:26 I recall 8 out of 10 16:49:34 Lisa: First thing,we need to clarify and have consensus on what is testable and put it in this document. In WCAG 2.0, we said it was consensus. It wasn't 9/10 experts, we couldn't agree on that. We settled on the majority of experts will agree. 16:49:43 Q+ 16:50:00 Lisa: That is as far as we got on 2.0. We shouldn't be more exclusionary here. 16:50:18 gowerm_ has joined #wai-wcag 16:50:40 Lisa: It isn't just about running a test. You might have to be an expert or read the documentation. It is 1) expert opinion and 2) consensus but not unanimous. 16:50:57 Lisa: In the template, we didn't say that in a testable section that we give a formal test. 16:51:23 q+ 16:51:30 Lisa: we were asked to provide ideas on how to test it. Then the working group needs to look at it. They are ideas but need to be flushed out. 16:52:10 ack gower 16:52:12 Lisa: We may not have a complete criteria. We should add this here. 16:52:25 from understanding: A Success Criterion is a testable statement that will be either true or false when applied to specific Web content. 16:52:36 Mike: I'm wondering if there is value in adding the words repeatable or reproducable in these? 16:52:39 q+ 16:52:58 ack jg 16:53:01 ack j 16:53:03 AWK: I think Lisa's point about needing clarity in what testable means is valuable. Its a good point to keep in mind. 16:53:27 JF: With all due respect, test criteria must be testable if we want to be backward compatible. \ 16:53:53 s/Lisa's point/Lisa and Mike's points about repeatable testing and 16:54:07 JF: I don't see how we stray from the testable statement. Maybe if something can't be testable, we should make it a guideline. 16:54:20 More from Understanding: All WCAG 2.0 Success Criteria are written as testable criteria for objectively determining if content satisfies the Success Criteria. While some of the testing can be automated using software evaluation programs, others require human testers for part or all of the test... 16:54:26 The content should be tested by those who understand how people with different types of disabilities use the Web. It is recommended that users with disabilities be include 16:54:29 Lisa: I'm not saying it shouldnt' be testable. I'm saying it should be as testable as WCAG 2.0 but not more testable than WCAG 2.0 16:55:03 https://www.w3.org/TR/UNDERSTANDING-WCAG20/intro.html 16:55:26 JF: What makes good alt text is similar. At some point the human brain needs to be involved. I agree both mechanical and human testing is needed. At the end of they day, the criteria needs to be a question with a yes or no answer. 16:55:36 Lisa: That is not WCAG 2.0 16:55:49 JF: WCAG 2.0 has to have a true/false answer. 16:55:52 ack ry 16:56:40 q+ 16:57:07 +1 to Katie 16:57:36 ack wa 16:57:39 The bit about “A Success Criterion is a testable statement that will be either true or false when applied to specific Web content” is the second sentence in the second paragraph (Abstract) of Understanding. 16:57:51 Katie: Maybe we need to go through and identify success criteria and which we think are good criteria but we don't have a clear way to test. Then we should ask for feedback from the review process on how to test them. We need to be clear as part of the first public working draft that we want to draw on the expertise of those who are not on the working group. Also, I remember an 8/10. 16:57:53 +1 to FPWD doesn't have to be perfect. 16:58:36 Wayne: I thought we assumed we were getting something imperfect from the groups and the SC managers are responsible for getting them through. 16:58:50 ack AWK 16:59:04 Wayne: I was looking at the COGA ones, and unsurprisingly the COGA criteria need a lot of human testing. 16:59:31 @Lisa: From https://www.w3.org/TR/WCAG20/#intro - "WCAG 2.0 builds on WCAG 1.0 [WCAG10] and is designed to apply broadly to different Web technologies now and in the future, and to be testable with a combination of automated testing and human evaluation." (Normative) 17:00:18 I think our stakeholdes and the accessibility world is waiting for something reasonably good after 9 years. 17:00:20 @Lisa: from https://www.w3.org/TR/UNDERSTANDING-WCAG20/#abstract - "WCAG 2.0 establishes a set of Success Criteria to define conformance to the WCAG 2.0 Guidelines. A Success Criterion is a testable statement that will be either true or false when applied to specific Web content. " (Non-Normative) 17:00:30 AWK: I agree that the FPWD does not need to be perfect, but I do not think we should add all the criteria without using some guidelines to winnow it down. It will overwhelm commenters if we put in the 70 success criteria that we have. I think we need to have our own sense of how we are measuring it and then commenters can tell us what they think of that. 17:00:44 Katie: I don't think those are mutually exclusive. 17:01:08 AWK: I don't think its what you meant, but it could be interpretted as we don't worry about testability. 17:01:36 Katie: I think an At Risk Section makes sense to take advantage of expertise not here. 17:01:58 q+ 17:02:11 ack b 17:02:49 Bruce: I disagree that #2 is debatable. I am looking back and that the success criteria be testable is not up for debate. 17:02:51 +1 17:02:59 Bruce: Its a statement of fact. 17:03:41 the 8/10 experts agree was never adopted in final I do not think 17:03:46 JF: I posted in the posts from WCAG 2.0 that describe testable. 17:03:55 Lisa: That wasn't the internal agreement. 17:04:10 AWK: We have more to do to make sure we are all on the same page with this. 17:04:44 I can help andrew make a draft if you want, based on wcag 2.0 17:04:52 the article with cite to 8/10 experts predated wcag 2.0 17:05:17 http://alistapart.com/article/testability is june 2007 17:05:21 AWK: What qualifies as a text equivilent. There is some matter of subjectivity to the evaluation of a text alternative and whether it is equivilent. The ultimate success criteria can be a true/false answer. 17:05:33 AWK: Lets move on to see if there are any other hot button issues: 17:05:45 AWK: 3. Describe the specific condition required to meet the criteria, not the method to address the criteria. 17:05:57 q+ 17:06:14 MyNickname has joined #wai-wcag 17:06:25 q+ 17:06:26 This is talking about "There needs to be a text alternative available" vs. "There needs to be an alt tag" It needs to talk about what needs to be done not how to do it. 17:06:49 We dropped 8 out of 10 for a "strong correlation" 17:07:03 q+ 17:07:07 ack gow 17:07:17 ack lisa 17:07:21 Mike: If you look at things, the testing happens at the technique level not the success criteria level. You can't easily talk about whether something is testable until you are at the technique level. Same thing with the specific conditions. 17:08:09 q+ 17:09:01 ack david 17:09:06 Q+ 17:09:09 Lisa: That is a really interesting point. There are enough techniques that it is clear that you have met one or not. 17:10:00 +1 - Techniques are not complete, and so linking testability to techniques is limiting IMHO 17:10:01 Agree with David 17:10:02 ack g 17:10:08 David: In term of the success criteria being testable, we do have techniques. The testability of the techniques is independent of the testability of the SC. If you test the techniques and pass it and if it is sufficient, then the SC passes. 17:10:14 ack JF 17:10:25 q+ 17:10:53 AWK: Where there is testability. If you imagine we had a success criteria that said "Your web content must be interesting." it is untestable. We have no way to tell if content is interesting to everybody. 17:11:17 ack ry 17:11:24 We need to make sure we are talking about more specific information to ensure we have a title or page. That is more the level we are thinking of. 17:11:26 Q+ 17:11:30 JF: Techniques are not complete. 17:11:48 Zakim, close the queue 17:11:48 ok, AWK, the speaker queue is closed 17:11:50 Just becuase you haven't passed all the techniques doesn't mean you've failed the criteria. 17:12:14 Katie: There should be at least one technique completed as part of this situation. 17:12:45 It needs to at least be possible to create a technique / test for FPWD, even if we don't have one specified yet. 17:12:53 Kaite: Either it is able to be explained and tested broadly or it has a specific technique that shows how to test for it. Again, it can still be a point that falls in the At Risk Section. 17:13:00 ack lisa 17:13:02 q+ 17:13:25 q- 17:14:19 Lisa: I think a lot of people are speaking in abstract. When you try to write the SC which we did and then we're told to move it to techniques. Then you've got something that is hard to test because the testable part is in techniques. 17:14:34 we have SC that include lists 17:14:36 q+ 17:14:59 SC 1.1.1 is a list 17:15:16 Lisa: Its a balance between avoiding a long list of items and ensuring it is specific enough to be testable. 17:15:39 s/Kaite/Katie 17:15:52 Zakim, take up item 2 17:15:52 agendum 2. "Numbering & updating SC (https://www.w3.org/WAI/GL/wiki/WCAG_2.1_SC_Numbering)" taken up [from AWK] 17:15:55 AWK: I would like ot move discussion of this to the list so we can talk about it there. Please engage there and lets work to common agreement. I think that will help us as we go through the process of reviewing the success criteria. 17:16:50 AWK: If you are an SC manager and wondering where to put it, this is that conversation. https://www.w3.org/WAI/GL/wiki/WCAG_2.1_SC_Numbering 17:17:57 q+ 17:17:59 q+ 17:18:01 q+ 17:18:02 ack da 17:18:07 q+ 17:18:55 ack mike 17:18:59 ack gow 17:19:03 David: I hadn't thought about the tools. I was thinking about the legislation example. New language would be backwards compatible and new items could be added. I'd be interesting in hearing what Wilco or someone else working on the tools thinks. 17:19:47 q? 17:20:18 gowerm: I'm thinking about this from the pt of view of someone testing and reporting. Stick to current numbering scheme and add to it. If we edit exisitng criteria, those reporting will need to create an alternate numbering for all criteria that were modified. 17:20:32 Q+ 17:20:52 I would need to test the old 2.1 and the new 2.1 so would need a 2.1a and 2.1b etc. The less we change, the easier it will be for folks who have to test against both 2.0 and 2.1 17:21:08 Agree with Mike 17:21:24 Proposal 2 is close but it may be worth noting what existing numbers have been modified. 17:21:52 ack ala 17:22:30 q+ to thank AWK for listing out the permutations, i like model 2, but maybe 1.3.1 would be an exception 17:22:58 Glenda has joined #wai-wcag 17:23:08 Alaister: I think Model 2 is good and I would default to additive. Where there is significant overlap, we may consider changes on a case by case basis. 1.4.4 is at the top of my list for conversation. It should be completely backwards compatible but I think it could be cleaner for new people coming to it if it is a replacement instead of an addition. 17:23:08 ack ry 17:23:32 +1 to “do not change any existing WCAG 2.0 SC” 17:23:41 q? 17:23:48 q+ 17:24:01 Katie: I thought we had this clearly defined that we were not going to change any existing criteria. I Thought we'd agreed that we were not modifying anything existing but not going to make changes. Am I wrong about that and we did not make that decision? 17:24:04 q+ 17:24:22 AWK: We had generally decided we would not make changes to exisitng SC but that we would revisit it. 17:24:39 +1 17:24:44 ack jf 17:24:47 Katie: I think we should leave what's there and add new cases to it so they don't have to change it. 17:25:06 https://www.w3.org/WAI/GL/wiki/WCAG_2.1_SC_Numbering 17:26:35 JF: We did a lot of research on this back in the fall. We had feedback from government agency that if we were going to make changes, we should introduce a 1.1.3a for changes/additions. This was based on the legislative model. I agree that we do not want to rewrite exisitng criteria but we do need to expand some (color contrast for example). 17:26:54 +1 17:26:54 ack b 17:26:54 bruce_bailey, you wanted to thank AWK for listing out the permutations, i like model 2, but maybe 1.3.1 would be an exception 17:26:56 +1 to alpha 17:27:43 zakim, close the queue 17:27:43 ok, AWK, the speaker queue is closed 17:28:17 Bruce: Thank you for listing out the choices. They are helpful. I like the model 2 the most. I don't want to see the numbers changing. The one exception I would make is 1.3.1 which seems more of a kitchen sink. I'd like to collect all the data table items into one piece of 1.3.1 17:28:18 ack lisa 17:29:16 Lisa: Couple of issues. There is a contradiction between the backward compatibility. If you are extending the requirement you have to add that to the existing one. We may need to rewrite. You have a problem also when you want to make something a different level. Move something from AAA to AA. 17:29:52 ack w 17:30:10 +1 that requirement 8 (Avoid creating a requirement for something that is already required) conflicts with the additive model. 17:30:32 Wayne: We need a very clear reference back to what it said. 17:30:37 "avoid" is different from "never do" 17:30:41 As long as it falls under the relevant GL it should b OK 17:30:48 Whether we use a or not it needs to be clear what is appended. 17:31:15 Changing levelling should be fine 17:31:51 AWK: This feels a bit easier than the previous topic. It feels like we've got general agreement that we do not want to modify criteria in line though we may want to change the leveling of it. We need to think about how we deal with that. We will also discuss this one on the list so more people can weigh in. We are done for today. We will meet again 3 January. Have a good holiday season. 17:32:05 trackbot, end meeting 17:32:05 Zakim, list attendees 17:32:05 As of this point the attendees have been AWK, Rachael, Laura, MikeGower, Kirkwood, David-macdonald, alastairc, Bruce_Bailey, Joshue108, jeanne, Lisa, Seeman, Jf, steverep, 17:32:08 ... MoeKraft, Glenda, Katie_Haritos-Shea 17:32:10 bye all. 17:32:13 RRSAgent, please draft minutes 17:32:13 I have made the request to generate http://www.w3.org/2016/12/20-wai-wcag-minutes.html trackbot 17:32:14 RRSAgent, bye 17:32:14 I see no action items