15:47:25 RRSAgent has joined #wai-wcag 15:47:25 logging to http://www.w3.org/2017/01/31-wai-wcag-irc 15:47:27 RRSAgent, make logs public 15:47:30 Zakim, this will be WAI_WCAG 15:47:30 ok, trackbot 15:47:30 Meeting: Web Content Accessibility Guidelines Working Group Teleconference 15:47:30 Date: 31 January 2017 15:48:00 zakim, agenda? 15:48:00 I see 4 items remaining on the agenda: 15:48:01 1. Charter Update/Discussion [from interaccess] 15:48:01 2. 'Proposal for modifying existing SC' https://www.w3.org/2002/09/wbs/35422/ModifySCs/ [from interaccess] 15:48:01 3. Update from SC managers [from interaccess] 15:48:01 5. Virtual F2F: Date TBD [from interaccess] 15:48:13 zakim, clear agenda 15:48:13 agenda cleared 15:48:32 agenda+ Welcome to AGWG 15:48:40 JohnRochford has joined #wai-wcag 15:48:56 agenda+ SC review process discussion 15:49:21 agenda+ Update from SC managers 15:49:33 agenda+ SC for review by the group https://www.w3.org/2002/09/wbs/35422/SC_review_Jan2017/ 15:49:37 Chair: Joshue 15:53:58 KimD has joined #wai-wcag 15:55:52 anne_thyme has joined #wai-wcag 15:56:35 AWK has joined #wai-wcag 15:56:55 JohnRochford has joined #wai-wcag 15:57:12 Zakim, who is on the phone? 15:57:12 Present: AWK, Rick_Johnson, Lauriat, Greg_Lowney, mattg, Rachael, MikeGower, jon_avila, Kathy, Makoto, JF, kirkwood, marcjohlic, Wayne, Laura, Lisa, Joshue108, MichaelC, 15:57:15 ... Mike_Pluke, erich, David_MacDonald, Judy, JohnRochford, Shwetank_Dixit, steverep, MoeKraft, KimD, Pietro, Mike, Elledge, JamesNurthen 15:57:17 present: AWK 15:57:23 Zakim, who is on the phone? 15:57:23 Present: AWK 15:57:51 zakim, agenda? 15:57:51 I see 4 items remaining on the agenda: 15:57:52 1. Welcome to AGWG [from Joshue108] 15:57:52 2. SC review process discussion [from Joshue108] 15:57:52 3. Update from SC managers [from Joshue108] 15:57:52 4. SC for review by the group https://www.w3.org/2002/09/wbs/35422/SC_review_Jan2017/ [from Joshue108] 15:58:09 +KimD 15:58:21 agenda+ automated and manual processes 15:58:46 David_MacDonald has joined #wai-wcag 16:00:14 laura has joined #wai-wcag 16:00:34 Glenda has joined #wai-wcag 16:01:44 Greg has joined #wai-wcag 16:02:16 Rachael has joined #wai-wcag 16:02:54 Lauriat has joined #wai-wcag 16:02:56 present+ Joshue108 16:03:01 Present+ Rachael 16:03:04 Kathy has joined #wai-wcag 16:03:05 JF has joined #wai-wcag 16:03:11 present+ 16:03:12 present+ Kathy 16:03:14 Present+ JF 16:03:14 Scribes needed: https://www.w3.org/WAI/GL/wiki/Scribe_List 16:03:31 present+ kirkwood 16:04:07 Present+ Lauriat 16:04:09 jamesn has joined #wai-wcag 16:04:17 present+ Laura 16:04:24 AWK_ has joined #wai-wcag 16:04:35 rrsagent, draft minutes 16:04:35 I have made the request to generate http://www.w3.org/2017/01/31-wai-wcag-minutes.html AWK_ 16:04:47 present+ Greg_Lowney 16:04:53 rrsagent, set logs public 16:05:07 Present+ David_MacDonald 16:05:13 Scribe list: https://www.w3.org/WAI/GL/wiki/Scribe_List 16:05:14 preesnt+ jeanne 16:05:30 present+ Jeanne 16:05:31 present+ David_MacDonald 16:05:32 shwetank has joined #wai-wcag 16:05:36 Wayne has joined #wai-wcag 16:05:37 scribe: jeanne 16:06:12 agenda? 16:06:36 Rick_Johnson has joined #wai-wcag 16:06:46 present+ 16:06:57 Ryladog has joined #wai-wcag 16:06:58 present+ Rick_Johnson 16:07:13 Present+ Katie_Haritos-Shea 16:07:13 present+ 16:07:31 present+ 16:07:35 present+ shwetank 16:07:35 present+ JohnRochford 16:08:05 present+ JamesNurthen 16:08:18 mattg has joined #wai-wcag 16:08:22 present+ Wayne 16:08:27 present+ mattg 16:09:40 zakim, who is here? 16:09:40 Present: AWK, KimD, Joshue108, Rachael, JohnRochford, Kathy, JF, kirkwood, Lauriat, Laura, Greg_Lowney, David_MacDonald, Jeanne, Rick_Johnson, Katie_Haritos-Shea, shwetank, 16:09:44 ... MichaelC, JamesNurthen, Wayne, mattg 16:09:44 On IRC I see mattg, Ryladog, Rick_Johnson, Wayne, shwetank, AWK_, jamesn, JF, Kathy, Lauriat, Rachael, Greg, Glenda, laura, David_MacDonald, JohnRochford, AWK, anne_thyme, KimD, 16:09:44 ... RRSAgent, Joshue108, jeanne, Rossen, kirkwood, MichaelC, Zakim, yatil, trackbot 16:10:50 zakim, take up item 1 16:10:50 agendum 1. "Welcome to AGWG" taken up [from Joshue108] 16:11:27 steverep has joined #wai-wcag 16:11:41 Josh: Welcome to the Accessibility Guidelines Working Group. We have a charter for the next couple years. Yay! 16:11:46 present+steverep 16:11:47 [cheers] 16:11:49 present+ Glenda 16:12:16 regrets+ Jim_Smith, Makoto, Mike_Pluke, Lisa_Seeman, Marc_Johlic, Mike_Gower, Moe_Kraft, Mike_Elledge, Bruce_Bailey, Alastair_Campbell 16:12:24 rrsagent, draft minutes 16:12:24 I have made the request to generate http://www.w3.org/2017/01/31-wai-wcag-minutes.html AWK_ 16:12:48 Josh: we are going to make a few changes, like our IRC channel. We will get in touch with those logistics. 16:12:51 Present+ Katie_Haritos-Shea 16:13:22 zakim, take up next 16:13:22 I see a speaker queue remaining and respectfully decline to close this agendum, jeanne 16:13:28 q? 16:13:45 q- 16:13:49 ack gow 16:13:50 ack dav 16:13:56 zakim, take up next 16:13:56 agendum 2. "SC review process discussion" taken up [from Joshue108] 16:14:10 Pietro has joined #wai-wcag 16:14:52 Josh: Success Criteria review process needs to be communicated better to the group. Not to spend too much time on it. 16:15:16 ... there is some confusion about the process. 16:15:27 present+ Pietro 16:15:28 ... We have an intermediate review process 16:15:53 ... then we have a "end-type" review when the success criteria is ready 16:16:12 zakim, who is on the phone? 16:16:12 Present: AWK, KimD, Joshue108, Rachael, JohnRochford, Kathy, JF, kirkwood, Lauriat, Laura, Greg_Lowney, David_MacDonald, Jeanne, Rick_Johnson, Katie_Haritos-Shea, shwetank, 16:16:15 ... MichaelC, JamesNurthen, Wayne, mattg, steverep, Glenda, Pietro 16:16:17 ... also when to submit a pull request. Only pull request after the success criteria is ready for review 16:16:47 ... havign a lot of pull requests with multiple commits is confusing. Then future comments should go there. 16:16:50 q? 16:17:39 good point 16:18:07 AWK: There are some nuances. It is ok to have multiple commits as long as they are on topic. For example, a commit for a SC can be bundled with a commit for a glossary item. That's ok for a pull request. 16:18:31 Wilco has joined #wai-wcag 16:18:41 ... the point request is that the pull request needs to be focused on the changes to the guidelines document, not the Understanding document and other changes 16:19:09 s/point request/point 16:19:11 Josh: The cleaner the commit and the pull request, the better. It can be difficult to pick through multiple commits to find the meat of the success criteria. 16:20:21 ... I want the SC Managers to let the chairs know when the SC is ready, or if the SC is at a "crunch" point. 16:20:24 q? 16:20:30 q+ 16:20:35 ack john 16:21:08 JohnR: I have a lot of feedback on my SC, and I will go back to incorporate it. How do I handle it when I have a new version? 16:21:21 RRSAgent, make minutes 16:21:21 I have made the request to generate http://www.w3.org/2017/01/31-wai-wcag-minutes.html Pietro 16:21:37 q+ to say please don't create a new issue 16:21:57 Josh: You can put your new version in a new issue, and reference the older version. Github has features that can help you do that to reference the older version. Then create a pull request. 16:22:15 adam_solomon has joined #wai-wcag 16:22:16 JohnR: Is it ok that it has a new number? 16:23:19 allanj has joined #wai-wcag 16:23:34 AWK: There will be edits on that pull request. You can go into Github and edit it, and push it forward again. I think it will be difficult to change the numbers. You still have your branch, and you can edit your branch. 16:23:38 q? 16:23:40 ack awk 16:23:40 AWK_, you wanted to say please don't create a new issue 16:23:49 I’ve been using the LVTF wiki to draft my changes. Then I meet with the LVTF and get their approval. Then when we have consensus…I have Jim Allan update it on github for me. I don’t know if that is the best way…but that is what I’m doing. 16:24:02 q+ 16:24:18 present+ adam_solomon 16:24:18 q+ 16:25:19 AWK: @@AWK, please reiterate your directions@@ 16:25:41 Josh: Agree, that we will do the editing in the existing Github issue 16:25:51 ack glenda 16:26:12 AWK: I think that when a pull request is commented on and needs changes, the SC manager should make the changes and resubmit the pull request. 16:27:15 Glenda: Perhaps I am being too careful in not creating too much noise. I am working on the visual contrast issues, there is a lot of back and forth. I am working on it on the LVTF wiki, and when I get consensus, then I move it back into Github. Is that ok? 16:28:12 Josh: I mostly want to do what works. The advantage of Github is that we have a thread of comments to follow. The disadvantage is that we have comments in one place. 16:28:49 AWK: It is valuable to have the comments. It is useful to bring it back to Github as often as possible because we want to have it all in one spot. 16:29:02 ack laura 16:29:31 Laura: What's the best way to merge issues? We are talking about merging 74, 78, and 79. 16:29:45 ... we are merging them into one SC 16:30:25 AWK: When you create the pull request, put in a link to all the issues it came from. 16:30:44 https://www.w3.org/WAI/GL/low-vision-a11y-tf/wiki/Ability_to_Override 16:30:55 Josh: You are creating a new Success Criteria and closing the existing ones. 16:31:29 David: Close 74 and 79 and keep 78 open. 16:31:47 Laura: I don't own them all. 16:32:12 AWK: right, issues might be merged before a pull request is made, or _as_ a pull request is made. 16:32:25 David: request that the other managers close their issues 16:32:39 q? 16:33:09 zakim, take up next 16:33:09 agendum 3. "Update from SC managers" taken up [from Joshue108] 16:33:13 q+ 16:33:49 q+ 16:33:52 JamesN: I would appreciate some visibility of what is coming in the next week, so I can get other people to look at things. 16:34:04 q+ 16:34:10 +1 to more advance warning of what is coming 16:34:34 +1 to definitely needing more lead time of what is coming 16:34:40 JamesN: I would like a week's advance knowledge so I can get input about others. 16:35:02 q? 16:35:06 ack jam 16:35:38 AWK: I don't know that we can promise it, but we can try. WE are in a time crunch to get published. We want to get heads-up from the people who are managing SC for more advance notice. WE have a lot of discussion, but not a lot of advance notice. 16:35:50 +1 to jamesn as well 16:35:50 ... I appreciate the concern and share it. 16:36:24 I think we're ready with this https://github.com/w3c/wcag21/issues/2 16:36:38 Q+ to confirm that FPWD is also a good time for wider review 16:37:11 Josh: Surveys will be open. If something comes out next week for a certain time, people can look at them and bring them to their teams. 16:37:13 ack kathy 16:37:19 https://github.com/w3c/wcag21/issues/59 16:37:52 Kathy: One of the mobile ones we submitted on issue 59, we have consensus to defer that to Silver. We will revisit in Silver. 16:38:36 ... a lot of the mobile SC we submitted are around keyboard. Pointer has brought up a lot of questions and we need to address them in Silver. 16:38:43 q+ 16:39:05 +1 to defer to silver 16:39:24 ... no one has picked it up to manage it, so I am bringing it forward 16:39:49 +1 to defer 16:39:50 q? 16:39:53 ack glenda 16:40:13 q+ Glenda 16:40:32 ack jf 16:40:32 JF, you wanted to confirm that FPWD is also a good time for wider review 16:40:33 ack me 16:40:46 alastairc has joined #wai-wcag 16:41:49 JohnF: I want to follow up on JamesN comment. The FPWD is an opportune time for wider review. My plan was once we had a FPWD to then collect more comments internally and comment then. I'm concerned about signal to noise 16:42:39 q+ to explain FPWD process 16:42:57 ... it is a firehose of information. I'm trying to stay on track of the relevant things, and wait for a stability point to comment. 16:43:37 Josh: What we really want to talk about now is glaring errors. There is some vetting done by the SC Managers and the Task Force. 16:43:51 ... once it is published, then we will look at it in more detail. 16:44:28 JohnF: There are a lot SMEs in Deque, and I want to gether them around and submit a coordinated response. Many people whose feedback is valuable and useful 16:44:28 ack jeanne 16:44:45 JS: Returning to Kathys comment.. 16:44:57 JS: I would not like to see important SCs defered.. 16:45:14 JS: When a mod to an existing SC in 2.1 could address the issue. 16:45:30 JS: It thought that the pointers were a good example of making a change to an existing SC. 16:45:37 q+ to say we shouldn´t be deferring anything to Silver yet 16:46:12 q+ to address delta SCs 16:46:15 Kathy: we have existing success criteria that are complex with a lot that needs to be considered. There is a lot in keyboard and carefully thing about. 16:46:30 q+ to say that the reason that 59 is recommended to defer is that no use cases where the issue only impacts people with disabilities were identified (instead of users in general) 16:46:38 q+ 16:47:01 ... I agree with Jeanne, that if we make changes to existing SC, that would address some of it, but the Working Group had said that we would not make changes to existing SC. 16:47:22 ... if we can't make changes to existing SC, then it would have to be deferred to Silver. 16:47:24 ack me 16:47:24 MichaelC, you wanted to explain FPWD process and to say we shouldn´t be deferring anything to Silver yet and to address delta SCs 16:47:38 Michael: It's way too soon to defer to Silver. That should be at the end of the process 16:48:03 ... in regard to delta success criteria, the decision was not to change existing SC at the beginning. 16:48:20 q- 16:48:30 q+ to say Animation from interactions #18 has consensus from the people participating in the issue. Pull request is ready. 16:48:38 ... I would suggest that you put in a delta success criteria, with details of how it would work with combining with existing SC. 16:48:57 ... the decision should be made later when we have everything in front of us. 16:49:13 Q+ 16:49:45 ... the FPWD has nothing special about it. We can publish new drafts every day if we want. There should be key review points, and let people know that a draft is ready for wide review. 16:50:01 Lisa_Seeman has joined #wai-wcag 16:50:27 JohnF: Once we have a FPWD, I thought we couldn't add more SC? 16:50:38 Michael: No, we can continue to add SC. 16:50:50 JohnF: then when should we have wide review? 16:51:01 ack me 16:51:03 For me, I see defer to silver logical when there are conflicts in solutions needed by different types of disabilities. (and this may not apply to what Kathy brought up…but I’ve seen decisions in LVTF where we logically defer to silver due to conflicts in different needs of different types of disability) 16:51:04 q- 16:51:04 Michael: I think it should be more toward the end of the year. 16:51:14 s/JohnF/JF 16:51:45 q+ 16:51:56 ack glenda 16:52:00 Josh: We don't want to publish everything. We want to do some weeding at this point, but we want to the world to see the work we have been working on for years. 16:52:14 https://www.w3.org/WAI/GL/wiki/SC_Managers_Phase1#Version_3_Changes_.28Jan_29.2C_2017.29_Incorporating_Comments_Round_2 16:52:23 Glenda: I have changes with Issue 10 Color Contrast. 16:52:57 https://github.com/w3c/wcag21/issues/10 16:53:03 ... this is documented on the wiki, the most important thing is CSS pixels, and adding reference to the CSS pixels that Alastair did on Issue 9 16:53:35 ... there is an example of icons, that were causing issues, so we m oved them to issue 9 16:53:53 ack laura 16:53:53 laura, you wanted to say Animation from interactions #18 has consensus from the people participating in the issue. Pull request is ready. 16:54:14 ack david 16:54:14 Pull Request: https://github.com/w3c/wcag21/pull/96/commits/ad8b5f43f707aa58d9257197d33a4b48b035dd0e 16:54:29 Laura: Issue 18 is ready to go for next time, so I will make a pull request. 16:54:39 Thanks Laura - do pull PR URIs into the Notes and Status section of the SC managers page 16:55:38 David: Going back to Kathy's issue with 59. We need to be able allow ourselves to retire things. We thought in the working group that it didn't apply to people with disabilities and was usability. 16:56:09 Kathy: There wasn't consensus in the TF about this, and that we have notes that a holistic approach with existing SC would be best. 16:56:19 Josh: There will be more discussion about this. 16:56:32 zakim, take up next 16:56:32 agendum 4. "SC for review by the group https://www.w3.org/2002/09/wbs/35422/SC_review_Jan2017/" taken up [from Joshue108] 16:56:48 I need to duck out now for a client call. Thanks all! 16:56:54 TOPIC: SC Proposal: accessible authentication #23 16:56:55 Josh: We have SC for review. 16:57:03 accessible authentication #23 16:57:11 https://github.com/w3c/wcag21/issues/23 16:57:18 https://github.com/w3c/wcag21/issues/91 16:58:30 Josh: Accessible Authentication comments. 16:59:14 JamesN: Is this trying to eliminate passwords? There isn't a widely accepted alternative today, so that this would be making the Internet non-compliant. 16:59:28 ... my reading is that it requires no passwords. 16:59:47 JohnR: That isn't our intent and we will look at it to make it clear. 17:00:44 q? 17:01:38 q+ 17:02:00 AWK: What it seems to be saying is that either: your authentication meets this, or if you don't, then you need to have an alternative. I don't see what isn't something that requires memoriazation, even if it is only that you wrote down the password on a piece of paper. I don't see how we can measure this. 17:02:36 https://github.com/w3c/wcag21/pull/91 17:02:38 Josh: the comments and feedback are rich. There is a pull request available. I invite people to comment on the pull request. 17:02:45 ack wayne 17:03:03 Wayne: Explain what you would want to see. What kind of interface would it be? 17:03:14 q+ 17:03:15 JohnR: Biometric information. 17:03:41 ... a ring someone wears, or camera to recognize face. 17:03:55 Joah: Is that then requiring Biometric? 17:04:07 ack jam 17:04:17 s/Joah/Josh 17:04:22 q+ to ask whether a site being compatible with UA password caching would count as complying 17:04:25 JohnR: No, it is requiring that an alternative be offered. 17:04:50 JamesN: but then you are prohibiting passwords. 17:04:51 passwords can be an option but not the only one 17:05:06 there shoudl be an alternitive that people can use who can not use passwords 17:05:08 q+ 17:05:16 ... as well as a password, you would have to have some other way of authenticating into a system 17:05:52 James: The others are supplemental to password. Even on iOS, you have to authenticate with a password. 17:05:56 note there is a w3c speck on secure authetification that supports mulitple methods with handshaking 17:06:04 using that spec supports conformance 17:06:09 I think the intent has to do with authentication that asks math questions 17:06:13 ack greg 17:06:13 Greg, you wanted to ask whether a site being compatible with UA password caching would count as complying 17:06:27 James: 3rd party authentication is prohibited in some industries because people can lose control it. 17:06:39 If a site is coded to be compatible with UA password caching, it offloads the memorization burden from the user. 17:06:41 ack Laur 17:06:58 GregL: If people use @@@, then that would comply. 17:07:07 note without this many many people can not use the website 17:07:38 +1 Shawn 17:07:39 Shawn: Since this is not dependent on the authors themselves, I don't see how it would apply to authoors. We need to get someone to help with security expertise. 17:07:43 +1 shawn 17:07:49 +1 17:08:04 with regards to alternatives to passwords, we should also keep in mind potential privacy issues, so big +1 to involving people proficient in the security domain to review that SC 17:08:23 To answer the point raised, a site can be coded to be incompatible (or less compatible) with password caching. A simple example is where the username and the password are entered on separate pages, or where custom input controls are used. 17:08:25 note that the w3c security standard support compliance 17:08:26 Josh: We will come back and review this 17:08:41 q? 17:09:14 Wayne: If we can get the security issue to a reasonable amount, we should publish it so we can get feedback from the wider security community. 17:10:10 we did discuss it at TPAc with the security WG, this is completely compatable. authers just have to use the standard 17:10:16 RESOLUTION: Issue 23 Accessible Authentication is not approved at this time and needs further work. The SC manager will reiterate 17:10:18 s/To answer the point raised/To answer the point raised by Shawn/ 17:10:29 Completely disagree 17:10:34 TOPIC: SC Proposal: Manageable blocks #24 17:10:38 please renter this when I can explain 17:10:43 https://github.com/w3c/wcag21/issues/24 17:11:29 Josh: 4 Yes, and 5 Nos 17:12:10 it was in the text 17:12:15 of the SC 17:12:22 q+ 17:12:23 benifits and techneques 17:12:45 people should have to read the whole thing before voting against including people into accessibility 17:13:07 if anything I said was new then people voted to exclude people without bothering to read the whole SC 17:13:17 +1 on reproduce argument 17:13:22 JamesN: SOmeone would have to read all the text to determine if it has only one idea. There is no automated way to do that. The first exemption could be apply to everything. The last exemption would require user testing. That will be impossible to reproduce. People could disagree whether it passed. 17:13:43 I like the sound of breaking up vids to shorter chunks also. 17:13:52 ... I like the media side, breaking media into smaller units is a good idea, but 6 minutes may be too arbitrary 17:13:54 Lisa_Seeman where was the security spec? I didn't see that in the github description, could you add that as a comment please? 17:14:03 look at the links 17:14:13 they show the reserch behind the 6 minuetes 17:14:25 well based 17:14:35 JohnR: James, how can we make it better? 17:15:06 JamesN: I haven't looked at everything, and haven't had time to be able to come up with ways of solving it. 17:15:37 q+ 17:15:38 Josh: These have been out for a while, and they are open to make more comments. 17:15:43 ack david 17:16:10 Would like the group to note that they can come back to these SCs over the coming weeks. 17:16:39 David: As someone who evaluates websites, I don't see how I could test it. I could pick representative pages and extrapoloate, which we do in some areas. It's a big requirement that is hard to test. 17:16:57 We dont expect people to have perfect solutions instantly - the suggested SCs need time to percolate. 17:16:59 As somone who test website I disagree 17:17:18 David, it made me think that if I had to test this…I would need a tool like the Hemingway App http://www.hemingwayapp.com (not to say this is a solution we would all agree on…but it was a possibility of how I could approach testing). Then I felt like I was playing English teacher. 17:17:42 David: It is somewhat arbitrary and its a burden on corporations that are spending thousands on remediation. I am open to change. 17:17:44 ack wayne 17:18:19 Wayne: What is the scope on this kind of information? It seems like a narrower scope of types of paragraphs. Would this be limited to instructions? 17:18:46 +1 to David's point of people testing internationally not being super fluent in the language of the site being tested. Happy for comments who could change my view. 17:19:50 scope is Important information. this has been defined 17:19:52 I could see this working well as a recommendation or best practice but as a success criteria. 17:19:59 Wayne if it is something new written on the web, the writer may not have figured out the main point yet, but if it is instruction, then it makes sense for it to be restricted to one item. I think the scope need to be tightened. 17:20:43 present+steverep 17:20:48 Josh: You are welcome to re-iterate and bring it back to the group. There are substantial points being made. 17:21:01 John, we moved to “essential” information instead of “important”. You might want to think about that http://www.w3.org/TR/WCAG20/#essentialdef 17:21:23 JohnR: I think Accessible Authentication has a better chance, and I will work on that, and then work on Manageable Blocks. 17:21:51 * Thank you, Glenda. 17:22:01 RESOLUTION: Issue #24 Manageable Blocks was not accepted by the group and may have another iteration 17:22:14 TOPIC: SC Proposal: Resize Content #77 17:22:16 q? 17:22:22 https://github.com/w3c/wcag21/issues/77 17:23:18 Josh: Resize content is issue 77. 7 people who accepted, and a few with recommended changes 17:23:21 BTW: Several comments on 77 were for the old text, please see https://github.com/w3c/wcag21/issues/77#issuecomment-274900369 17:24:03 That's for JamesN, AWK, Greg 17:24:07 Glenda: I support it and just want clarity that it applies to all content. 17:24:19 q+ 17:25:17 JamesN: I am concerned about applications that are emulating native, it seems to require responsive design and not every application should use responsive. I'm thinking about IDE on the web, but toolbars could result in massive vertical scrolling 17:25:18 ack way 17:25:20 q+ 17:26:16 Wayne: This is taken in context with the ability to reflow. When you start making extensive changes to the size and layout. This is a tool for people who want to look at a page and use it, but not to the extent of doing deep work on it. It's a compromise betweewn the two. 17:26:48 Wayne: We don't care if you have to horizontal scroll to get to a block, only about horizontal scroll to read the block. 17:26:59 JamesN: Does the exception not work for that? Displaying code that doesn't reflow seems like essential to it's use. 17:27:09 Wayne: We dont' want people to hscroll to read a paragraph. 17:27:23 +1 to rewording, this isn't all too clear from the text 17:27:30 "Content can be resized to 400% without loss of content, functionality or requiring two-dimensional scrolling, except for parts of the content where fixed spatial layout is essential to use or meaning." 17:27:32 +1 to Wayne’s focus on horizontal scrolling on each line. (horizontal scrolling for a block is okay) 17:27:48 JamesN: You need to reword to address that, and it is not clear in the SC as is. 17:27:49 +1 to rewording from my side too. 17:27:52 q+ 17:27:56 Wayne: We will owork on this 17:27:57 ack john 17:28:22 s/owork/work 17:28:46 JohnR: The manageable block is 5 to 4. What is the criteria that we reject it? 17:29:12 *I voted late, it's 4 accepts and 6 do not accept 17:29:12 For Issue 24, at least 2 of the “accepted” are on the condition that it move to AAA 17:29:31 Josh: There were substantial objections. The criteria for acceptance is that the group thinks it is on the right track. 17:30:04 ... what are the nuances at any particular time? We have to make a call on it. 17:30:22 ... there may be objections, but you may get a good idea and know how you want to address it. 17:30:32 ack davi 17:30:37 zakim, close queue 17:30:37 ok, Joshue108, the speaker queue is closed 17:31:00 David: Blocks of text instead of text as a suggestion for Wayne on 77 17:31:20 RESOLUTION: Issue 77 Resize Content is accepted with minor changes 17:31:52 there is an accept with changes in #9 17:34:20 https://github.com/w3c/wcag21/issues/58 17:34:50 (discussion of the survey structure and what links to the survey. ) 17:35:10 Look for more information in the survey, the links may not always be obvious. 17:35:12 Congrats on the Charter! Well done, y’all! 17:35:34 RESOLUTION: Issue #9 Informational Graphic content is accepted by working group 17:36:38 Issue 58 will stay open to be addressed next week. 17:36:50 bye. 17:36:55 rrsagent, make minutes 17:36:55 I have made the request to generate http://www.w3.org/2017/01/31-wai-wcag-minutes.html jeanne 17:39:00 KimD has left #wai-wcag 17:43:24 I added the link in the comments 17:43:33 it was brought as the first tequneque 17:44:07 my 2 cents if this SC does not go though then WCAG 2.1 is a jolk 17:44:15 not a funny one 17:44:29 (Accessible authetification) 17:45:55 A basic question we need to ask is if we need wcag to enble content to be accessible to people with any cognitive disabilities 17:46:07 and is that an important thing 17:46:18 if we do we need to find ways to include this stuff 17:46:27 and if we dont we are weisting our time. 18:01:10 laura has left #wai-wcag 18:46:55 trackbot, bye 18:46:55 trackbot has left #wai-wcag 18:47:16 rrsagent, bye 18:47:16 I see no action items