14:48:09 RRSAgent has joined #wai-wcag 14:48:09 logging to http://www.w3.org/2016/05/24-wai-wcag-irc 14:48:11 RRSAgent, make logs public 14:48:13 Zakim, this will be WAI_WCAG 14:48:13 ok, trackbot 14:48:14 Meeting: Web Content Accessibility Guidelines Working Group Teleconference 14:48:14 Date: 24 May 2016 14:48:19 Chair: AWK 14:48:30 Zakim, agenda? 14:48:30 I see 4 items remaining on the agenda: 14:48:31 1. TPAC Registration https://www.w3.org/2016/09/TPAC/ [from Joshue108] 14:48:31 3. Discussion topic: Please look at the Github issue "Add a "Date Approved" field to Techniques and Failures #183" and comment https://github.com/w3c/wcag/issues/183 [from 14:48:31 ... Joshue108] 14:48:32 4. Github issues questions (Survey) https://www.w3.org/2002/09/wbs/35422/17thMay2016/ [from Joshue108] 14:48:32 5. new introductions [from AWK] 14:48:47 ZAkim, close item 5 14:48:47 agendum 5, new introductions, closed 14:48:48 I see 3 items remaining on the agenda; the next one is 14:48:48 1. TPAC Registration https://www.w3.org/2016/09/TPAC/ [from Joshue108] 14:49:32 Hello. I am not able to get into the teleconference. 14:49:58 Agenda+ Issue 188 (https://github.com/w3c/wcag/pull/188/files?diff=split) 14:50:41 * Thank you. 14:50:46 Agenda+ H91 change review 14:51:40 Joshue108 has joined #wai-wcag 14:52:00 zakim, agenda? 14:52:00 I see 5 items remaining on the agenda: 14:52:01 1. TPAC Registration https://www.w3.org/2016/09/TPAC/ [from Joshue108] 14:52:01 3. Discussion topic: Please look at the Github issue "Add a "Date Approved" field to Techniques and Failures #183" and comment https://github.com/w3c/wcag/issues/183 [from 14:52:01 ... Joshue108] 14:52:01 4. Github issues questions (Survey) https://www.w3.org/2002/09/wbs/35422/17thMay2016/ [from Joshue108] 14:52:02 6. Issue 188 (https://github.com/w3c/wcag/pull/188/files?diff=split) [from AWK] 14:52:03 7. H91 change review [from AWK] 14:57:17 Makoto has joined #wai-wcag 14:57:34 +AWK 14:57:36 Zhang_Li has joined #wai-wcag 14:57:55 Joshue_10 has joined #wai-wcag 14:59:27 present+ Joshue108 14:59:53 alastairc has joined #wai-wcag 15:00:13 akim, agenda? 15:00:18 Zakim, agenda? 15:00:18 I see 5 items remaining on the agenda: 15:00:19 1. TPAC Registration https://www.w3.org/2016/09/TPAC/ [from Joshue108] 15:00:19 3. Discussion topic: Please look at the Github issue "Add a "Date Approved" field to Techniques and Failures #183" and comment https://github.com/w3c/wcag/issues/183 [from 15:00:19 ... Joshue108] 15:00:20 4. Github issues questions (Survey) https://www.w3.org/2002/09/wbs/35422/17thMay2016/ [from Joshue108] 15:00:20 6. Issue 188 (https://github.com/w3c/wcag/pull/188/files?diff=split) [from AWK] 15:00:21 7. H91 change review [from AWK] 15:00:22 steverep has joined #wai-wcag 15:00:34 hello everyone~ 15:00:52 zakim, close item 3 15:00:52 agendum 3, Discussion topic: Please look at the Github issue "Add a "Date Approved" field to Techniques and Failures #183" and comment https://github.com/w3c/wcag/issues/183, 15:00:55 ... closed 15:00:55 I see 4 items remaining on the agenda; the next one is 15:00:55 1. TPAC Registration https://www.w3.org/2016/09/TPAC/ [from Joshue108] 15:01:16 what's the password of today's meeting? 15:01:49 agenda+ Mobile TF survey: https://www.w3.org/2002/09/wbs/66524/2016-0509/ - please find some time to provide feedback 15:01:52 Kathy has joined #wai-wcag 15:01:57 Sarah_Swierenga has joined #wai-wcag 15:02:00 present+ Kathy 15:02:03 present+ Makoto 15:02:09 agenda+ https://www.w3.org/2002/09/wbs/35422/17thMay2016/ (Question 1 only) 15:02:12 present+ Sarah_Swierenga 15:02:18 present+ Shawn Lauriat 15:02:27 agenda+ Requirements for WCAG.next Success Criteria discussion (see Extension Requirements as starting point: https://rawgit.com/w3c/wcag/extensions/wcag20/extensions/requirements.html) 15:02:30 patrick_h_lauke has joined #wai-wcag 15:02:32 zakim, agenda? 15:02:32 I see 7 items remaining on the agenda: 15:02:33 1. TPAC Registration https://www.w3.org/2016/09/TPAC/ [from Joshue108] 15:02:33 4. Github issues questions (Survey) https://www.w3.org/2002/09/wbs/35422/17thMay2016/ [from Joshue108] 15:02:33 6. Issue 188 (https://github.com/w3c/wcag/pull/188/files?diff=split) [from AWK] 15:02:34 7. H91 change review [from AWK] 15:02:34 8. Mobile TF survey: https://www.w3.org/2002/09/wbs/66524/2016-0509/ - please find some time to provide feedback [from AWK] 15:02:34 present+ Rachael 15:02:35 9. https://www.w3.org/2002/09/wbs/35422/17thMay2016/ (Question 1 only) [from AWK] 15:02:35 10. Requirements for WCAG.next Success Criteria discussion (see Extension Requirements as starting point: 15:02:35 ... https://rawgit.com/w3c/wcag/extensions/wcag20/extensions/requirements.html) [from AWK] 15:02:38 present+ patrick_h_lauke 15:02:46 zakim, close item 4 15:02:46 agendum 4, Github issues questions (Survey) https://www.w3.org/2002/09/wbs/35422/17thMay2016/, closed 15:02:48 I see 6 items remaining on the agenda; the next one is 15:02:48 1. TPAC Registration https://www.w3.org/2016/09/TPAC/ [from Joshue108] 15:03:26 present + kirkwood 15:03:31 laura has joined #wai-wcag 15:03:53 marcjohlic has joined #wai-wcag 15:03:57 zakem, agenda order is 1, 8, 9, 10, 6, 7 15:04:07 zakim, agenda order is 1, 8, 9, 10, 6, 7 15:04:07 ok, AWK 15:04:14 Greg has joined #wai-wcag 15:04:26 davidmacdonald has joined #wai-wcag 15:04:33 SarahHorton has joined #wai-wcag 15:04:36 Zakim, present+ Steve Repsher 15:04:47 scribe: Rachael 15:04:55 present+ alastairc 15:04:58 present+ marcjohlic 15:05:03 MoeKraft has joined #wai-wcag 15:05:18 present+ Greg_Lowney 15:06:55 present+ DavidMacDonald 15:07:19 Zakim, take up item 1 15:07:19 agendum 1. "TPAC Registration https://www.w3.org/2016/09/TPAC/" taken up [from Joshue108] 15:07:22 adam_solomon has joined #wai-wcag 15:07:52 present+ Laura 15:07:56 Traveling a bunch until July but can scribe July 5 15:08:00 TPAC registratoin is in Sept in Portugal. We are meeting and encourage people to attend. Registration is currently open 15:08:38 WCAG is meeting on Monday and Tuesday of the week. 15:08:52 KimD has joined #wai-wcag 15:08:53 present+ adam_solomon 15:09:15 Present+ KimD 15:09:27 Wednesday is the technical plenary day. Can give overview of big issues W3C is focusing on. Possibility of breakout sessions. 15:10:09 MoeKraft has left #wai-wcag 15:10:23 For some working groups you have to be a member, not an invited expert. If not a member, you need to get persmission of the working group. Not usually difficult but ask before booking. 15:10:29 MoeKraft has joined #wai-wcag 15:10:34 Zakim, take up next item 15:10:34 agendum 8. "Mobile TF survey: https://www.w3.org/2002/09/wbs/66524/2016-0509/ - please find some time to provide feedback" taken up [from AWK] 15:11:18 Mobile task force with Kathy and Kim remind you that they want your feedback. This survey includes everything you need to look through and respond. 15:11:20 Can someone share the webex password? I tried w3c but that fails. Not seeing anything in the irc header. It scrolls off screen as soon as a new message is entered. Thanks, Moe 15:11:41 Kathy: Thank you to those who have responded. We are looking for feedback to further refine this. 15:12:43 Let me try again. I think I entered into the wrong field. 15:12:58 Zakim, take up next item 15:12:58 agendum 9. "https://www.w3.org/2002/09/wbs/35422/17thMay2016/ (Question 1 only)" taken up [from AWK] 15:13:19 MichaelC has changed the topic to: WCAG telecon, Webex https://mit.webex.com/mit/j.php?MTID=m2c6416ba23424cf61cbea8b2300fcc9e, Meeting number 15:13:25 https://www.w3.org/2002/09/wbs/35422/17thMay2016/results 15:14:24 Would be happy to try scribing in the future, but I may miss some content having a screen reader in one ear and the telecon in the other 15:14:30 Question 1 on this survey. This question has been on our radar a while. Would like to get it figured out. Question on heading areas, footer areas, asides, etc. and whether they need to be programatically or explicitly identified in text. Is this required or not requred by WCAG 2.0? 15:14:42 https://github.com/w3c/wcag/issues/173 15:15:05 4 people say yes, 5 people who say no. 7 people say we're not sure. 15:15:29 Some say it depends on visual formatting or content. 15:16:27 We want the best user experience but recognize that WCAG doesn't address everything to create an ideal experience. 15:16:38 Add 1 to the yes side 15:17:07 Add David and Katie = 7 to 7 15:17:16 Katy (Yes side): For those things that are visually apparent, she believes they are required. 15:17:23 q+ 15:17:32 ack marc 15:18:34 q+ to explain my yes 15:18:44 Marc: When I look at it, I see structure conveyed through presentation needs to be programmaticaly determined. Most web pages are structured w/ header, footer, etc. These are all visually, easily identifiable so they should be programatically identifiable. If someone moves them around it is still visually apparent so should be programatically apparent. 15:18:45 ack st 15:18:45 steverep, you wanted to explain my yes 15:19:53 I can speak to my own view of the no side, even though I disagree with it. 15:20:14 q+ 15:20:49 +1 to a Failure around leaving orphaned content when you use landmarks on a page 15:20:53 Steve: If its visually apparent, the criteria requires this. From a screenreader user perspective, there needs to be a push to use landmarks. When they are missing it is very frustrating. I see alot on webpages when someone only marks up the header or the footer. It should be appropriate to require that there is a main section not just a footer. 15:20:59 q? 15:21:05 ack moe 15:21:29 q+ 15:21:29 q+ 15:21:57 ack marc 15:22:00 Moe: Echo what Steve is saying. It does assist in navigation but also by programatically conveying structure, it gives a screenreader user something that those who are sighted take for granted. The landmarks are essential. 15:22:38 ack la 15:22:42 Marc: I really like the idea of a failure around the idea that if you use landmarks on a page, they should be used wholistically. I am willing to take on the task to draft it. 15:22:54 q+ 15:23:31 Sean: I see how some people would interpret the use of landmarks as optional if the relationship is available in text. I think it should be required but I can understand how people would interpret it as optional. 15:23:41 It is the "or are available in text" 15:24:07 Proposed Failure "Ø "Failure of 1.3.1 due to regions of a page which are visually distinct​ ​AND which ​contain distinct groups of content (headers, footers, navigation bars, main content, asides) not being programmatically determinable or identified by text." 15:24:18 ack Adam 15:24:20 q+ 15:24:34 I have not drafted anything, but would be happy to co-author 15:26:19 ack AWK 15:26:20 Adam: Sean just made the comment about text. If its in the text, it doesn't need to be programatic. We're talking about situations where it is not available in text. There is a difference between style and content. Style presentation does not need to be programatically determined. Headers and footers are often stylistic. I agree its important and it should be in the extension, but WCAG 2.0 doesn't mandate it. Prior to landmarks, this wasn't discused. 15:26:29 q+ to argue that a repeated set of content across an entire website is not style, it is structure 15:26:52 jamesn has joined #wai-wcag 15:27:31 rrsagent, make minutes 15:27:31 I have made the request to generate http://www.w3.org/2016/05/24-wai-wcag-minutes.html jamesn 15:28:03 q+ 15:28:14 q+ 15:29:13 Andrew: Regarding Seans commnets. For 1.3.1 I think its either programatically determined or in text. Also, to note, WCAG isn't law. I think the chief concern was covered by Adam. For WCAG to require something it needed to require it when WCAG was generated. My recollecction is that we didn't require it when we wrote it. I feel like its something that we want but I'm concerned about a slippery slope where decisions at a future time. 15:29:25 q? 15:29:29 ack steve 15:29:29 steverep, you wanted to argue that a repeated set of content across an entire website is not style, it is structure 15:29:36 It is something that we want to address at a future time. 15:30:12 ack dav 15:30:13 Steve: I wanted to respond to the comment that headers and footers are stylistic. I don't believe something repeated throughout a site is stylistic. It then goes to structure. 15:31:17 David: I think Andrew brought up a good point. I think it needs to be established whether it was required or not when WCAG was created. The language of WCAG was intended to be something that wasn't tied to technology. The argument about hte success criteria not including specific technologies was to let them stay stable. 15:32:04 Second point: Did it fail back then or not? I would argue it did fail but we didn't call it out. A few years later we found a better way to handle this and measure it. 15:32:32 ack marc 15:32:50 q+ 15:33:25 ack adam 15:33:27 q+ 15:33:43 Marc: Echoing more of what Steve and David said. I wasn't talking about the styling. I think visually its easy to see what is the header and banner content even without alot of the styling. I can perceive where things are on the page and I think it should be programatically determined as well. 15:34:53 ack pa 15:35:00 Adam: I would like to discuss specific examples. If we're talking about a table of contents where there is a standard convention that the location dictates that it is a site map. That is a visual convention where it wouldn't be marked up with a header or landmark. 15:35:24 q+ 15:35:50 https://github.com/w3c/wcag/issues/173 15:36:23 ack da 15:36:26 Patrick: Its dangerous to say we explicitly require certain stuffs becuase we are saying there are hard pass and fail situations. It risks situations such as where there is a header or footer but doesn't contain meaningful content failing. The challenge is without a hard pass/fail it becomes difficult to specify "meaningful content" 15:36:30 i meant that in such a case of a toc located in a specific location which everyone knew meant it was a sitemap then actually that would be a situation where you might in fact need a landmark or header 15:37:49 q+ to give an opinion on always required and how to adjust the SC 15:37:56 ack ste 15:37:56 steverep, you wanted to give an opinion on always required and how to adjust the SC 15:37:57 q+ 15:38:09 David: We have experts that often evaluate meaningful content. Header content is often important. 15:39:55 for repeated content we already have 2.4.1 no? 15:40:06 ack adam 15:40:07 q+ 15:40:26 Steve: I don't think this always needs to be marked up. I can think of webpages that this would be meaningless. I think what needs to be focused on is when having programatc determinations that tell when entering and existing and allow jumping around. Repeated content is an example. I need to be able to skip it. That is what we need to target. Some web pages don't need this. The hard part is coming up with generic content to let the user navigate the page. 15:40:48 ack AWK 15:40:49 Adam: By adding this language we are potentially invalidating a lot of websites. 15:42:10 generally: structure for the page needs to be conveyed IF by not conveying it a real-world user will not be able to understand it 15:42:14 imho anyway 15:42:16 Andrew: Responding to Steve, when you talk about examples of pages where this isn't needed, it would be helpful but it sounds like you are talking about repeated content and we do have a success criteria for that (2.4.1). I think the internet is in general not compliant as this. I'm worried about taking pages that have been regarded as accessible for a while nad making them not accessible. 15:43:31 rather than making the determination based on "is it styled differently? does it look like a header bar/footer bar?" etc, the guiding principle needs to be if it contains significant content, and whether NOT grouping and identifying that part of the page as a discrete section/entity will cause problems to users who can't visually perceive it 15:43:44 q+ 15:43:48 Its a difficult thing to do and it opens a door to what I was discussing before. If we have sometihng looks like tabs, do we need to mark it as a tab system or is it good enough in WCAG 2 that it is a list of links. WCAG was never about making it as easy as possible but rather adding a level of accessibility that was not available at the time. 15:43:48 ack da 15:44:07 JF has joined #wai-wcag 15:44:18 Present+ JF 15:44:46 David: The decision is hard. I don't want to whitewash over that. I think we have a pathway that we can justify. That is important. We are free to make this decision by documenting this as a failure technique. 15:45:44 q+ to ask David if when the tab role is agreed on by the people in the group will that make it required by WCAG 2.0? 15:45:57 ack AWK 15:45:57 AWK, you wanted to ask David if when the tab role is agreed on by the people in the group will that make it required by WCAG 2.0? 15:45:57 What is our role? Unlike tabbed interfaces, this is settled technology in the community, with screenreaders and experts. Some people might argue that you have ot have landmarks and html but overall the arguments are settled. Our mandate is to help people with disabilities. Tihs isn't a small win, its a big win. And its a big win compared to the effort to fix it. 15:46:27 Andrew: My question back to you is when the tab order is agreed to and settled, does that mean that WCAG 2 requires that? 15:46:59 q+ 15:47:07 q+ 15:47:47 ack pat 15:47:48 q+ 15:47:53 q? 15:47:59 David: My argument was not that we agree on it, but that everyone agrees on it. There will be disagreement on the other roles for a long time. 15:48:10 q+ 15:48:10 q+ 15:49:06 language of the failure 15:49:07 Content that is not distinct visually is not a failure 15:49:09 Content that is not distinct in substance is not a failure 15:49:10 Content that only has one or two items is not a failure because it is not a region (group of cohesive content). For instance, a footer with only a copyright notice, or a header with only a logo are not examples of regions because neither of these would be a group of content. 15:49:26 https://github.com/w3c/wcag/issues/173 15:49:41 Alastair: Regarding what David said, we agree on landmarks when we agree that the page content needs it. I think we need to go back to describing when is a situation when a landmark is needed and when it is not. Making hard pass/ fail requirements will be hard when it hits the real world. 15:49:41 q+ to ask how to reconcile this with 2.4.10 15:49:46 q? 15:49:49 ack ala 15:51:15 ack james 15:51:24 Correction, previous speaker was Patrick; Alistar: Third test is whether the landmark is useful. In the tab example, when a tab is changing the page, then a programatic relationship needs to be dictated. My gut reaction to the tab example was yes. 15:51:51 James: If its a tab, then it is required. If it acts like a tab and looks like a tab, then it needs to be a tab. 15:51:55 +1 to "Easy to do" - it isn't 15:52:44 ack josh 15:52:57 Need to stop saying "easy to do" it may be easy for a single page but its not necessarily easy. That is not a vaild argument. Also, there are often pages where the main content follows the H1. Isnt' everything before the H1 a header? 15:54:06 ack jf 15:54:09 Joshue: I have reservations about forcing a pattern. My concerns come down to usefulness in the real world. I'm not sure we can mandate that developers do something that may be harmful. Footers are full of stuff that people don't read. 15:55:04 q+ 15:55:48 ack AWK 15:55:48 AWK, you wanted to ask how to reconcile this with 2.4.10 15:55:55 apologies, need to drop out now. 15:55:57 JF: My concern is the failure procedure itself. The failure itself specifies a technique (Landmark regions, etc). You are referencing technology that was not available. I'd rather we create a new criteria for 2.1. I would rather not go back and change WCAG 2.0. 15:56:05 q+q+ 15:56:18 patrick_h_lauke has left #wai-wcag 15:57:02 q? 15:57:02 AWK: I have concerns about 2.4.10. It seems to be expanding the criteria. I have some concerns. 15:57:05 ack da 15:57:26 https://github.com/w3c/wcag/issues/173 15:59:18 David: There is a discussion about 2.4.10. I encourage people to look at that. see link. In 2.4.10 we were talking about if you have an essay, include section headers. I don't expect much confusion about that. John, before you got on the call, my point was that with speed limits, the police don't always enforce it. But they can. 15:59:47 q+ 16:00:30 q- 16:00:32 ?: Debate argument. Challenge is that it is retroactive. Not disagreeing that we should go forward with this. Lets put it in 2.1 AA. To try to be retroactive, its not easy. Its not trivial for tons of legacy content. 16:00:56 s/?:/JF: 16:01:07 ack q 16:03:40 Steve: My position is that I understand the historicy and as generic as WCAG 2.0 was intended to be written, it still does. It has to be written in the mindset of the year it was written. I don't think there should be failure for a webpage that doesn't use landmarks. Looking at the language of 1.3.1, I see ambiguity that needs to be addressed. We talk about skip links when that is the way to jump around. There is ambiguity there. How much content requir[CUT] 16:03:42 q+ 16:03:57 ack da 16:04:01 link. Part needs to be addressed as a WCAG.next but there will just have to be ambiguity. 16:04:50 q? 16:05:26 +1 - it's not the chqange that takes time, it's the regression testing 16:05:45 q+ 16:06:05 Q+ 16:06:26 David: I appreciate the comment about legacy content. I'm expecting that in most of your reports you've been recommending landmarks. I've never had an argument about landmarks. (Discussion about difficult of making a change) We've had to discuss these debates throughout the WCAG process. For the group to determine. I've presented my argument as succinctly as I can. 16:06:36 I encourage you to read the language. 16:06:36 q+ 16:06:41 ack adam 16:06:50 zakim, close the queue 16:06:50 ok, AWK, the speaker queue is closed 16:06:51 ack JF 16:07:26 Adam: What James was saying, we need to consider the commercial ramifications but if we did decide this was within WCAG 2, we can't say that we won't enfoce it just because of the commercial impact. The key question is, is this included in 1.3.1? 16:08:19 ack KimD 16:08:33 JF: I'm looking through the minutes. I think the point James was making: Its not just the change but its also all the regression testing around it. I'm going to support this in WCAG 2.1 but will stand strong against this as a retroactive. 16:09:24 Kim: We haven't addressed usabilty. We have very dense sites and we have screenreader users who dislike the ARIA becuase its extra information. I don't think the way forward is clear as evidenced by discussion. 16:09:40 AWK: We 16:10:12 Q+ 16:10:28 We've discussed this for 45 minutes but we don't have consensus. We recognize that this is valuable but do not have consensus on doing this retroactively. 16:10:48 Also no consensus about what qualifies as a section 16:11:15 I would like to propose that we seek to create a new Success Criteria that addresses landmarks/regions - perhaps a 1.3.1.1 (??) 16:11:38 Point was to discuss this and air it. If we can't come to agreement that 1.3.1 requires this, we can't accept the failure. This is why failures are difficult to bring in. Seems working group can't come to agreement. 16:11:44 but not html5 sectin 16:12:32 +1 16:12:35 +1 16:12:36 We have a section on landmarks. We want to consider it for WCAG 2.1. Can we as a group resolve that this needs to be a part of WCAG 2.1? 16:12:45 +1 16:12:47 +1 to adding to WCAG 2.1 16:12:53 +1 16:12:56 + 16:12:57 +1 to adding this to a WCAG 2.1 16:12:58 +1 16:13:00 +1 16:13:01 +1 16:13:13 +1 16:13:33 +1 16:13:46 +1 16:13:48 q? 16:14:13 +1 16:14:27 Would ther be support for a failure on the underuse of landmarks in 2.0? 16:14:28 This has been a very interesting discussion. Thank you to David for spearheading this discussion. It will ultimately be very very valuable. 16:15:06 agenda? 16:15:54 zakim, take up item 10 16:15:54 agendum 10. "Requirements for WCAG.next Success Criteria discussion (see Extension Requirements as starting point: 16:15:56 ... https://rawgit.com/w3c/wcag/extensions/wcag20/extensions/requirements.html)" taken up [from AWK] 16:16:06 AWK_ has joined #wai-wcag 16:16:21 agenda? 16:17:11 AWK: Item 10 is about what we need to think about for 2.1. We have a requirements document for the extensions. I'm just introducing this. Would a couple people look at these and see if these make sense if they relate to 2.1? 16:18:12 Q+ 16:18:33 ack jf 16:18:35 AWK: The working groups have requirements as well. What are the boundaries that we are allowed to work with here? Making sure the extensions don't conflict with each other won't conflict. We won't have time to talk about this today. 16:19:10 q+ 16:20:04 ack m 16:20:08 JF: Earlier I referenced the possibility of creating a 1.3.1.1. Would it make sense to make a 4th level? When we start digging into specific technologies, a fourth level may provide a way to handle specific technology. Food for thought. 16:21:05 Michael: Initial response. I think its worth talking about butI think for 2.1 we should stick as close as possible to structure of 2.0. I'd rather split 1.3.1 than create a 4th level. However, I think the benefits would make it worth talking about for 3.0. Again, initial reaction. 16:21:09 Ryladog has joined #wai-wcag 16:21:36 Andrew: I would say that for 2.1 it makes sense to keep it familiar but that argument could go either way (for 1.3.1.1 or splitting 1.3.1) 16:21:37 q+ 16:21:56 Its a good pont but I don't know what the answer is. 16:22:01 ack ry 16:22:03 JF: I think its a worthy discussion to have. 16:22:47 zakim, agenda? 16:22:47 I see 4 items remaining on the agenda: 16:22:48 9. https://www.w3.org/2002/09/wbs/35422/17thMay2016/ (Question 1 only) [from AWK] 16:22:48 10. Requirements for WCAG.next Success Criteria discussion (see Extension Requirements as starting point: 16:22:48 ... https://rawgit.com/w3c/wcag/extensions/wcag20/extensions/requirements.html) [from AWK] 16:22:49 6. Issue 188 (https://github.com/w3c/wcag/pull/188/files?diff=split) [from AWK] 16:22:49 7. H91 change review [from AWK] 16:23:04 zakim, close item 9 16:23:04 agendum 9, https://www.w3.org/2002/09/wbs/35422/17thMay2016/ (Question 1 only), closed 16:23:06 I see 3 items remaining on the agenda; the next one is 16:23:06 10. Requirements for WCAG.next Success Criteria discussion (see Extension Requirements as starting point: 16:23:06 ... https://rawgit.com/w3c/wcag/extensions/wcag20/extensions/requirements.html) [from AWK] 16:23:17 Katy: Adding a level is an option, but I'm not sure its the best option. I think adding an additional level will make it more complicated. We need to strive to keep it as understandable as possible. Less complicated the better. 16:23:44 zakim, close item 10 16:23:44 agendum 10, Requirements for WCAG.next Success Criteria discussion (see Extension Requirements as starting point: 16:23:46 ... https://rawgit.com/w3c/wcag/extensions/wcag20/extensions/requirements.html), closed 16:23:46 I see 2 items remaining on the agenda; the next one is 16:23:46 6. Issue 188 (https://github.com/w3c/wcag/pull/188/files?diff=split) [from AWK] 16:23:49 AWK: Homework. Please look at the extension requirements document and I will kick off a discussion on the list. 16:23:57 Zakim, take up next item 16:23:57 agendum 6. "Issue 188 (https://github.com/w3c/wcag/pull/188/files?diff=split)" taken up [from AWK] 16:24:04 Present+ Katie Haritos-Shea 16:25:52 AWK: Issue discussed as part of earlier discussion about point sizes and what they mean. On the call, we agreed in principle. What is proposed has been well vetted. Needs to go through CFC process. This has not been specifically surveyed. We can't change it in WCAG standard but can edit the understanding documents. 16:25:58 Main change is to add: "The point size should be obtained from the user agent, or calculated based on font metrics as the user agent does when evaluating this success criterion. Point sizes are based on the CSS pt size as defined in _CSS3 Values_. The ratio between sizes in points and CSS pixels is 1pt = 1.333px, therefore 14pt and 18pt are equivalent to approximately 18.5px and 24px." 16:26:27 +1 16:26:32 +1 16:26:40 +1 16:27:37 This is an update of the understanding documents. 16:27:47 https://www.w3.org/TR/2016/NOTE-WCAG20-TECHS-20160317/G145 16:28:08 +1 to both 16:28:16 Discussion: Can we put the text in G145 as well? Information about the pixel size would be useful. 16:28:16 https://www.w3.org/TR/WCAG20-TECHS/G145.html 16:29:11 RESOLUTION: Accept full request 16:29:24 s/full /pull 16:29:38 s/full /pull 16:30:08 Alastair will add it to G145 as well. 16:30:21 have a good week. bye 16:30:25 Thanks, bye! 16:30:30 bye 16:30:40 Zakim, who is on the phone? 16:30:40 Present: AWK, Kathy, Laura, jeanne, KimD, alastairc, JF, Joshue108, SarahH, Makoto, David_MacDonald, Mike_Elledge, Greg_Lowney, kirkwood, MichaelC, Katie, Haritos-Shea, 16:30:43 ... patrick_h_lauke, Elledge, MacDonald, Katie_Haritos-Shea, wayne, jon_avila, marcjohlic, Rachael, adam_solomon, Shawn_Lauriat, [Steve, Repsher], JamesNurthen, Steve_Repsher, 16:30:43 ... steverep, Sarah_Swierenga, Lauriat, Steve, Andrew, DavidMacDonald 16:31:20 trackbot, end meeting 16:31:20 Zakim, list attendees 16:31:20 As of this point the attendees have been AWK, EricE, Kathy, Laura, jeanne, KimD, alastairc, JF, Joshue108, John_Kirkpwood, SarahH, Makoto, David_MacDonald, Mike_Elledge, 16:31:24 ... John_Kirkwood, Greg_Lowney, kirkwood, MichaelC, Katie, Haritos-Shea, patrick_h_lauke, Elledge, MacDonald, Katie_Haritos-Shea, wayne, jon_avila, marcjohlic, Rachael, BM, Shawn, 16:31:24 ... Lauriat, adam_solomon, Davidmacdonald, Shawn_Lauriat, [Steve, Repsher], JamesNurthen, Steve_Repsher, steverep, Sarah_Swierenga, Steve, Andrew 16:31:28 RRSAgent, please draft minutes 16:31:28 I have made the request to generate http://www.w3.org/2016/05/24-wai-wcag-minutes.html trackbot 16:31:29 RRSAgent, bye 16:31:29 I see no action items