14:59:00 RRSAgent has joined #wai-wcag 14:59:00 logging to http://www.w3.org/2016/10/25-wai-wcag-irc 14:59:02 RRSAgent, make logs public 14:59:02 Zakim has joined #wai-wcag 14:59:04 Zakim, this will be WAI_WCAG 14:59:04 ok, trackbot 14:59:05 Meeting: Web Content Accessibility Guidelines Working Group Teleconference 14:59:05 Date: 25 October 2016 14:59:09 Mike_Elledge has joined #wai-wcag 14:59:09 Chair: AWK 14:59:11 +AWK 14:59:16 akim, agenda? 14:59:21 Zakim, agenda? 14:59:22 I see nothing on the agenda 14:59:50 Kim_D has joined #wai-wcag 15:01:29 Lauriat has joined #wai-wcag 15:01:36 marcjohlic has joined #wai-wcag 15:01:45 Mike_Elledge has joined #wai-wcag 15:01:48 jon_avila has joined #wai-wcag 15:01:57 present+jon_avila 15:02:03 Present+ Lauriat 15:02:05 +Rachael 15:02:09 present+ Mike_Elledge 15:02:10 present+ Joshue108 15:02:11 Scribe: Lauriat 15:02:13 present+ jeanne 15:02:15 zakim, agenda? 15:02:15 I see nothing on the agenda 15:02:18 present+ marcjohlic 15:02:20 agenda+ 11:00-11:05 - Schedule for November and December 15:02:21 JF has joined #wai-wcag 15:02:28 Present+ JF 15:02:29 agenda+ 11:05-11:35 - Survey of GitHub items for review: https://www.w3.org/2002/09/wbs/35422/Misc20161025/ 15:02:35 laura has joined #wai-wcag 15:02:39 agenda+ 11:35-12:00 - Silver Plan Survey: https://www.w3.org/2002/09/wbs/35422/SilverProcess/ 15:02:49 agenda+ 12:00-12:30 - DPUB joining WCAG to discuss techniques and success criteria (please review http://w3c.github.io/dpub-accessibility/) 15:03:53 Scribe for next week? 15:03:59 rdeltour has joined #wai-wcag 15:04:01 Mike Elledge for Nov 8 15:04:05 Mike: Can scribe November 8th 15:04:12 rachael for Nov 1 15:04:16 Rachael: I can take November 1st 15:04:18 Zakim, take up item 1 15:04:18 agendum 1. "11:00-11:05 - Schedule for November and December" taken up [from AWK] 15:04:53 Makoto has joined #wai-wcag 15:04:59 Andrew: Question I have for this is around the holiday weeks. 15:05:21 steverep has joined #wai-wcag 15:05:31 present+steverep 15:05:33 anyone out Thanksgiving week? 15:05:36 Andrew: The Tuesday before Thanksgiving seems most likely in question. Anyone out Thanksgiving week? 15:05:47 Ryladog has joined #wai-wcag 15:05:49 Mike: I'll be out, and will scribe the 15th and not the 8th. 15:05:52 *I will be out 15:06:01 I will likely be out. 15:06:05 Present+ Katie_Haritos-Shea 15:06:09 Present+ Makoto 15:06:16 present+ Laura 15:06:18 MoeKraft has joined #wai-wcag 15:06:18 Lauriat: Out most of November. 15:06:19 +Kim_D 15:06:52 Andrew: Not a lot of others out. How about December? 15:07:15 JF: The 27th and January 3rd seem a bit silly to try for. 15:07:27 Andrew: I'd agree, except FPWD coming up. 15:07:39 December - 27th seems likely out 15:07:56 Zakim, next item 15:07:56 agendum 2. "11:05-11:35 - Survey of GitHub items for review: https://www.w3.org/2002/09/wbs/35422/Misc20161025/" taken up [from AWK] 15:08:01 Andrew: Not hearing a whole lot, so we'll just check in occasionally. 15:08:24 https://www.w3.org/2002/09/wbs/35422/Misc20161025/results 15:08:46 Andrew: On the survey that we had…in today's call, we'll try to bang through things before DPUB folks come at the top of the hour. 15:08:54 TOPIC: Issue 199 15:10:12 Andrew: So, about bookmarks in a PDF, this talks about navigating within a set of web pages, rather than within a single PDF document, so not really appropriate for this. Make it advisory? People voted to accept that response as proposed. 15:10:29 Katie: We should make a new technique, broad enough to cover PDFs as well. 15:11:18 Andrew: So you want to leave this in place until we have a new technique available? 15:11:56 Katie: If this is the only sufficient technique for this, then we shouldn't pull the rug out from under people, and just leave this in its place. 15:12:27 Andrew: We have another technique where we decided not to replace it until we had something sufficient and we still haven't done so (from months ago). 15:12:37 Katie: I'll volunteer to write this one. 15:12:51 Andrew: I don't think this comes up all that often, though? 15:12:57 q? 15:13:01 Katie: Mistaken! Withdrawing that. 15:13:08 accept as proposed 15:13:23 RESOLUTION: Accepted as proposed. 15:13:32 TOPIC: Issue 200 15:14:32 Andrew: On rounding and color contrast issue that we've discussed on the github issue. I've changed my opinion a bit on this: I think there is a simple resolution that this survey item links to. We've got four responses where we've had people saying we should accept as proposed. 15:14:58 Andrew: We've got proposals to add zeros to make it clearer that it means without rounding. 15:15:32 Q+ 15:16:25 ack jf 15:16:29 Andrew: I've put an example here: if you come up with 2.999 and you should have 3.001, you can't notice the difference. But we needed to have a clearly understood rule. Talked with Adobe about this and they could only think of examples in terms of equal or greater than. 15:17:13 q+ 15:17:14 q+ just to say I agree with accepting this... 15:17:20 JF: Just adding an additional zero…I know we didn't want to make it harder to read, but I don't think I see adding two zeros to make it clear that it means the hundredths place. 15:17:26 ack wil 15:18:40 Wilco: I just wanted to add an example: we found one with aXe Core where we had a contrast ration three digits out, and aXe reported a violation, because it didn't meet 4.50 as the contrast ratio. In tools, we do round up, since you want to do some sort of rounding. I agree we don't want a whole lot of discussion on this. 15:18:46 q+ 15:18:58 q+ +1 to rounding down 15:19:00 (Caller): You could just round down and not have to worry about that, right? 15:19:03 +1 15:19:06 q- 15:19:06 I would round down 4.499 would not be compliant IMO 15:19:09 ack ju 15:19:09 just, you wanted to say I agree with accepting this... 15:19:14 JF: That sounds testable statement and definitive statement to round down. 15:19:21 ack steve 15:19:22 Katie: I agree with this. 15:19:28 ack + 15:19:28 +1, you wanted to rounding down 15:20:23 Steve: Speaking as an engineer: I agree with what you said, Andrew, that the math matters. You need to make a decision on how to round or leave it up to the tool. I'd say the latter. If you want to round to eight or three significant digits, that'd fine. No other real way to interpret greater than or equal to. 15:20:25 ack +1 15:20:53 Kathy has joined #wai-wcag 15:20:55 Josh: +1, I like the idea of the rounding down thing. I hope we revisit this anyway in our future work. 15:21:12 present+ Kathy 15:21:35 Andrew: Does what we have in the understanding document clarify? Is the problem Wilco brought up still be a problem given that? 15:22:06 JF: The problem we'll have will come from a legal compliance issue. Will someone notice the difference at that small of a threshold? 15:22:15 Wilco: I think the clarification helps a lot. 15:22:27 Andrew: Sounds like all okay with this? Any objections as proposed? 15:22:48 "The 7:1 and 4.5:1 contrast ratios referenced in this Success Criteria are intended to be treated as threshold values. When comparing the computed contrast ratio to the Success Criteria ratio the computed values should not be rounded but instead the comparison should performed using standard rules for significant figures." 15:22:53 Jon: Would you mind clarifying the specifics? 15:22:56 (pasted) 15:23:07 The 4.5:1 and 3:1 contrast ratios referenced in this Success Criteria are intended to be treated as threshold values. When comparing the computed contrast ratio to the Success Criteria ratio the computed values should not be rounded but instead the comparison should performed using standard rules for significant figures. 15:23:32 q+ 15:23:40 q+ 15:23:41 Andrew: [reads pasted bits] 15:24:05 Jon: For the 4.489, that would not be compliant? 15:24:07 ack mike 15:24:08 Andrew: Correct. 15:24:48 ack steve 15:24:50 Mike: To the point just made: if after you say, afterward, maybe "eg. 4.499 would not be compliant" 15:24:55 kirkwood has joined #WAI-WCAG 15:24:58 +1 to adding clarifiying example. 15:25:11 +1 to Mike 15:25:25 Steve: I just think you need to omit the sentence "standard rules for significant figures" - that doesn't mean anything even as an engineer. 15:25:26 +1 to steve 15:25:38 Mike: +1 to examples. 15:25:52 +1 to adding an example. 15:26:09 +1 to adding clarifiying example also 15:26:21 Steve: If you say 4.50 and then say its an absolute line, it contradicts (at least confuses) itself. 15:26:42 Josh: Is this a little oranges and apples? Talking floats vs. standard integers and not comparing like and like? 15:27:33 Andrew: I agree we can just get rid of that latter part, that's not a problem. 15:27:35 Isn't that why we would want to add a zero 15:27:47 +1 15:27:48 Andrew: Any other comments if we add that example? 15:27:52 that should make it clear 15:27:59 Katie: Works for me. 15:28:17 proposal is to remove sig fig part of sentence and add Mike's example. 15:28:37 JF: Can we see the whole thing as proposed? 15:29:16 The 7:1 and 4.5:1 contrast ratios referenced in this Success Criteria are intended to be treated as threshold values. When comparing the computed contrast ratio to the Success Criteria ratio the computed values should not be rounded (eg. 4.499:1 would not meet the 4.5:1 threshold). 15:29:29 Andrew: Pasted into IRC 15:29:36 +1 15:29:48 Andrew: Any objections? 15:30:05 +1 15:30:06 RESOLUTION: Accepted as amended. 15:30:06 +1 15:30:11 +1 15:30:15 +1 15:30:16 +1 15:30:30 zakim, agenda? 15:30:30 I see 3 items remaining on the agenda: 15:30:31 2. 11:05-11:35 - Survey of GitHub items for review: https://www.w3.org/2002/09/wbs/35422/Misc20161025/ [from AWK] 15:30:31 3. 11:35-12:00 - Silver Plan Survey: https://www.w3.org/2002/09/wbs/35422/SilverProcess/ [from AWK] 15:30:31 4. 12:00-12:30 - DPUB joining WCAG to discuss techniques and success criteria (please review http://w3c.github.io/dpub-accessibility/) [from AWK] 15:30:37 Andrew: We've three left on the survey, maybe have time for one more? 15:30:55 ISSUE: 245 15:31:01 Created ISSUE-46 - 245. Please complete additional details at . 15:31:11 TOPIC Issue 232 15:31:16 TOPIC: Issue 232 15:31:52 Andrew: Michael points out this has two issues: a bad link and a suggestion for another link. James made the point that we shouldn't add links to anything on blogs, since unstable. 15:32:12 Andrew: If a bad link on the webpage, we should clearly remove it. Should we replace it? 15:32:26 Andrew: …and now, of course, the link resolves. 15:32:41 JF: Why do we link to things outside of our control? 15:32:57 Andrew: We do all over the place. No endorsement implied, etc. all noted. 15:33:11 JF: Note a gap in internal documentation? 15:33:24 Andrew: We could tell them. 15:33:27 q+ 15:33:39 Katie: Good idea. Then we can point to our tutorials. 15:34:00 ack mic 15:34:03 JF: Pointing to a useful resource, but the fact that we don't have something internal seems to me that we have a gap. We can point to EO and highlight it. 15:35:34 Michael: Point of information: as far as broken links go, we always have to fix broken links when updating documentation, which I do simply by removing them. Not unusual to simply remove links that go stale, so we shouldn't get too wound up about this one in the context of a public comment. We have I think at least a thousand external links and should just deal with the issue of broken links in the simplest way possible. 15:35:50 Andrew: So for this link, do we want to replace it? 15:36:11 +1 15:36:13 +1 15:36:14 +1 15:36:14 +1 15:36:17 Andrew: Respond back "We've fixed the broken link and electing not to add an additional link at this time." 15:36:20 +1 15:36:36 Michael: Did we fix it, or did it just go unbroken? 15:36:40 +1 15:36:57 Andrew: I see something in the chain where I said I fixed it. 15:37:25 RESOLUTION: Accept proposal to decline adding the link. 15:37:35 q+ 15:37:41 ack m 15:37:45 Zakim, take up item 2 15:37:45 agendum 2. "11:05-11:35 - Survey of GitHub items for review: https://www.w3.org/2002/09/wbs/35422/Misc20161025/" taken up [from AWK] 15:37:57 Mike: Helpful to say no longer broken? 15:38:04 Andrew: Already in there, so all good. 15:38:06 Zakim, take up item 3 15:38:06 agendum 3. "11:35-12:00 - Silver Plan Survey: https://www.w3.org/2002/09/wbs/35422/SilverProcess/" taken up [from AWK] 15:38:09 +1 15:38:48 Andrew: On to the Silver item. We've got some comments, four looks great (no changes) and three looks great (changes needed). 15:39:03 gowerm has joined #wai-wcag 15:39:52 Michael: Pretty big scope, so we need to recognize that and that things should change. [ed: +1] Not sure what needs to go into the plan around that, but we need to document that the plan may change as things go through the process. We may need to add in more language around minimizing craziness. Then: Checkpoints for the WG. 15:40:31 Silver SubGroup did add WCAG WG Checkpoints, if you refresh the page. 15:40:46 Michael: We'll need several points through the process where the group reports back to the WG on progress made at various places throughout, not sure exactly where. Last: We should go through the TF creation process for this. 15:41:07 Andrew: Laura, you had a similar comment around where the WG is involved. 15:41:23 Laura: Yeah, basically the same as Michael's comment on that. 15:42:03 q+ to say that the WCAG WG Checkpoints have been added to the process 15:42:10 Andrew: The research and initial drafting I expect would take place in the TF, but at some point, likely when 2.1 it done, then there is no longer two big projects and only have one big project, we'd likely have greater merging around the efforts at that time. 15:42:14 q+ 15:42:22 Q+ 15:42:35 Andrew: Jeanne had comments along the same lines on adjusting to make changes as needed and check-in points. 15:42:40 https://www.w3.org/WAI/GL/wiki/Process_of_Designing_Silver 15:42:44 ack je 15:42:44 jeanne, you wanted to say that the WCAG WG Checkpoints have been added to the process 15:43:18 ack mi 15:43:22 q? 15:43:28 Jeanne: Just wanted to say that we did update the document in our meeting this morning, and saw the comments. We've updated the process to include a rough timeline with that and various checkpoints added to cover that. 15:44:06 Michael: I feel like a few of the earlier checkpoints will basically just send a report, not necessarily with a sign-off needed, but I'm inclined to think that we should have a sign-off on all points. 15:44:19 Jeanne: Can you say more specifically what the sign-off would cover? 15:44:29 +1 to MC comments for WG a[pprovals 15:44:47 s/a[pp/app 15:44:49 Michael: Maybe something as simple as "We think that the research looks like it covers what it needs to" or could request going back to cover some identified gap or something. 15:45:02 Michael: Of course, the more you interface with the WG, the less likely that'll happen. 15:45:03 ack jf 15:45:33 Agreed 15:45:43 JF: "…likely when 2.1 is done…" - that assumes that 2.1 includes all of the SC that we have and leave no work remaining to do. 15:47:28 Andrew: Not specifying exactly what will happen in the group, and that we can't adjust what will happen in the group with respect to the process for Silver. This process (Phase 1, Phase2, etc.), it gets to somewhere around Phase 3 where we'll have 2.1 out the door. It could turn out that at that point, we have to look at things that would go into a 2.2 and a rechartering process that says we'll look at 2.2 and Silver and each of these at some timeline. 15:47:59 Andrew: Valid question, I don't think that this process for Silver affects 2.2. Does my clarify things? 15:48:20 JF: More: is that the consensus of the group? Do we share this understanding? 15:48:51 q? 15:48:57 clapierre has joined #wai-wcag 15:49:01 Andrew: I'd be surprised if our collective understanding matched that, but I don't think that affects the process of Silver. Definitely an important question, but not one that affects this outcome. 15:49:27 Andrew: Any other comments on this…or concerns (etc.)? 15:49:47 Joshue108_ has joined #wai-wcag 15:49:57 rdeltour_ has joined #wai-wcag 15:50:15 Avneesh has joined #wai-wcag 15:50:24 q+ 15:50:28 q+ 15:50:33 Andrew: Next steps for this, a call for consensus to the larger WG for what we have as the process. Not carved into granite, but guidance for what will ultimately become the TF. We've had a small subgroup for designing the process, but that will expand, as many/some of you will join. 15:50:41 ack mi 15:50:51 Andrew: So next, we'll work on the work statement to spin up the TF. 15:51:13 (phone, missed name, sorry): What skillsets and backgrounds will you need for this work? 15:51:40 s/(phone, missed name, sorry)/JamesN/ 15:51:42 s/(phone, missed name, sorry)/James 15:51:49 present+ Avneesh 15:51:54 Jeanne: For this very first phase, we'll most need people with research skills. People who are used to writing statistically valid surveys, give interviews, know how to analyze research data and come up with valid results. 15:52:00 present+ kirkwood 15:52:02 present+ 15:52:14 zakim, who is on the phone? 15:52:14 Present: AWK, jon_avila, Lauriat, Rachael, Mike_Elledge, Joshue108, jeanne, marcjohlic, JF, steverep, Katie_Haritos-Shea, Makoto, Laura, Kim_D, Kathy, Avneesh, kirkwood, MichaelC 15:52:19 Jeanne: As we move out of that, we'll look for people with specific topic expertise, but that first part will take around a year. 15:52:46 Jeanne: Anyone with contacts (particularly grad students) working in related fields, and…[now I've forgotten what you said] 15:53:02 q? 15:53:32 SL: Jeanne and I have started to look at the outline of methods 15:53:41 SL: That we would look at for each phase 15:53:53 SL: We are identifying resources etc that we need 15:54:03 SL: We have documented this in the wiki. 15:54:29 ack la 15:54:30 Michael: Planning on running the work statement through the WG in the future, correct? 15:54:33 Andrew: Yep. 15:54:43 present+ 15:55:07 Laura: What kind of a time commitment is involved? I remember hearing eight hours per week, but is that required? Could I join with four hours per week? 15:55:17 q+ 15:55:21 q+ 15:55:31 Jeanne: Currently based on what we do. Happy to talk with you more about this, but just based on the requirements for what we do today. 15:55:37 George has joined #wai-wcag 15:55:41 ack me 15:55:45 ack mich 15:55:49 Laura: Figuring out a way for people to contribute in smaller ways would help. 15:55:53 Q+ 15:56:10 present+ George 15:56:25 Michael: I know that the TF needs to remain a fairly strong and forward-moving group, but we may have other opportunities to help out with things. 15:56:27 ack mi 15:56:56 Mike: Jeanne, can you give a little more detail on the types of research topics, how those capabilities would be used? 15:56:58 https://www.w3.org/WAI/GL/wiki/Process_of_Designing_Silver 15:58:05 Jeanne: Sure! If you take a look at the process, in the Discovery phase, we have user research, and…well…research. The user research will include surveys, diary studies, interviews, etc. The "research" section will have analysis, more traditional research methods, adaptations of WCAG and how those are being used. 15:58:07 ack laur 15:58:32 Mike: DIdn't know if you meant around process, or something more specific to cognitive issues, etc. 15:59:03 Jeanne: Right - not getting into what goes into Silver, yet. More research around what how WCAG is used, etc. 15:59:19 Lauriat: two points: 15:59:28 SL: Firstly, a point was made about contributions 15:59:36 SL: We will be working with others 15:59:43 ... the contributions of people. lots of points where people who aren't in the TF will be able to contribute 15:59:54 SL: there will be lots to do and we will be looking for volunteers/me I got it 16:00:08 SL: The research will look at how things are done, and look for adaptations etc 16:00:41 SL: So I've looked at somethings and identified gaps - and the research will cover the information architecture of WCAG. 16:00:48 s/Could I join with four hours per week?/Could people join with fewer than 4 hours per week? For instance 4 hours per week? 16:00:55 Andrew: I think we've cleared the queue. Any objections to accepting this process and we'll do the CFC after that? 16:02:03 JF: Survey open until 31st? 16:02:06 Andrew: Yep. 16:02:08 RESOLUTION: Accepted process document with revisions. 16:02:22 Zakim, item 4 16:02:22 I don't understand 'item 4', Lauriat 16:02:28 Zakim, take up item 4 16:02:28 agendum 4. "12:00-12:30 - DPUB joining WCAG to discuss techniques and success criteria (please review http://w3c.github.io/dpub-accessibility/)" taken up [from AWK] 16:03:15 Andrew: We've got [several folks] who've joined in, not sure if others will join? Talking about techniques and potential SC. Welcome! 16:03:22 jamesn has joined #wai-wcag 16:03:35 rrsagent, make minutes 16:03:35 I have made the request to generate http://www.w3.org/2016/10/25-wai-wcag-minutes.html jamesn 16:03:54 q? 16:04:12 present+ JamesNurthen 16:04:53 (caller): Talking the specification that we've written about documents, based on WCAG. Main objective of today's call: to get a good idea of the timeline, the breadth of the techniques and SC that we can target for WCAG 2.1. If we've time left, we have some specific questions. 16:05:29 s/(caller)/Avneesh/ 16:06:03 present+ Charles_LaPierre 16:06:37 https://www.w3.org/WAI/GL/wiki/Timelines 16:06:43 Andrew: There's two different timelines we're talking about: techniques (non-normative) every six months, and we have an internal timeline where we need content submitted and approved to meet the given dates. Generally, we target a release just before CSUN and another six months later. Generally: due in end of May (for that given release), resolve comments, publish. 16:07:51 Andrew: The way we've been doing this for the techniques and understanding documents, being tight on the timeline in principle, but if not much going in a given bit and the group has time to process maybe a week after the deadline, that can be okay. Ah: mid-November due for the CSUN one, finalized by mid-December. 16:08:39 Andrew: For 2.1, we ask the TFs to have SC in by December 1. From there, we'll produce (the WG will work on ) a FPWD in early February, pending the membership accepting the charter so that we can publish that. 16:08:57 Andrew: We can point you to the github materials with the format of that. 16:09:21 (Caller9): December 1 for finalized or for the first draft of SC? 16:09:42 s/(Caller9)/Avneesh/ 16:10:13 Andrew: We'll have discussion overlapping with things, so we'll be consolidating things with all of the people in the TFs (part of WCAG). 16:10:32 (Caller9): Is that the only window of time, up to December 1, or will we have another window of time? 16:11:11 s/(Caller9)/Avneesh/ 16:11:34 Andrew: Came up before on this call, actually. Yes, but not determined for a timeline, whether for a 2.2 or Silver. We've determined the process for Silver, but as a major release that allows us to do more to bring in other topic areas (such as user agents). 16:12:34 Andrew: Somewhere in the last six months of our charter, we'll make a firm decision (maybe before then) as to whether we'll make a 2.2 or whether we've made enough progress to just go to the next big thing. 16:12:49 no 16:12:51 (Caller9): Okay about a timeline, then. Any questions from others around that? 16:12:59 s/(Caller9)/Avneesh/ 16:13:10 s/(Caller9)/Avneesh/ 16:13:11 Success criteria proposals go here: https://github.com/w3c/wcag21/issues 16:13:20 (issue 1 is an example) 16:13:55 Georges: What we'd like to talk about with SC for web publication (a fairly broad term): with EPUB especially which includes offline, we'd like to focus on the online, web publication made up of a collection of online documents, with SC around those web publications. 16:14:24 s/Georges/George/ 16:14:33 q+ 16:14:55 Q+ to seek clarity on "document" versus "document collection" 16:15:07 George: Chapter 2 comes after Chapter 1, you can move through the document. Another SC: you can navigate documents through their structure (so: level 1 heading followed by level 2, etc.), relating to the relative ease of navigating through the document. 16:16:02 George: Relating to schema.org…with EPUB 3, identifying metadata relating to the web publication as a whole to allow people to determine whether this publication is something they could use successfully. 16:16:05 +1 to using schema.org or other metadata 16:16:50 George: That textual content could be converted to audio via TTS, to Braille, and support the visual presentation. If the whole document could be consumed in that way, we'd know that it's accessible. 16:17:31 s/Chapter 2 comes after Chapter 1/First SC idea relates to proper reading order for the whole document - Chapter 2 comes after Chapter 1 16:17:37 ack awk 16:17:39 George: Web publications, having a whole document with logical reading order, and having metadata relating to the publication. We didn't want to overload at the beginning, but start with fundaments to the group. 16:18:17 Those suggestions don't seem different from 2.4.3 and 3.2.3? 16:18:26 The first 2 anyway... 16:18:56 Andrew: I think the metadata one is definitely the most different. The first two, I wonder whether WCAG doesn't already cover these. In an EPUB document, whether that counts as a web page or multiple web pages. If you have an EPUB doc on the web, do you access this through one URI for the entire package, or separate URIs for each part within the package? 16:20:49 (Caller10): You've got a single identifier for the entire package, and then many different URIs (resources, manifest, navigation, spine (list of HTML files referenced), all linked within the package). On the web, how that'll work is still under development. Today, we have websites that've created their own mechanism for rendering publications (some work well, others not so well), but having a logical reading order is essential. 16:21:43 Charles: Considering the whole thing as a package that's accessible from the web is one of those gaps. We just want to see if we can create some SC here to help define what is useful. 16:22:00 http://w3c.github.io/dpub-accessibility/ 16:22:02 ack jg 16:22:03 Andrew: Are you talking about…[adding a link] 16:22:04 ack j 16:22:04 JF, you wanted to seek clarity on "document" versus "document collection" 16:23:09 JF: Wanted to ask about differences between a document and a document collection. We talked earlier on the call about bookmarks in a PDF file, so there's a technique here. Is there a different between a singular document or a document collection, as there may be different requirements for these, depending. 16:23:16 Good question John 16:23:18 Yes that is the Accessibility Note Andrew. 16:24:59 (Caller10): When Daisy consortium looked at a (for example) 900-page document counting as a single document, which crashed everything. So having multiple components making up a single publication, everyone agrees that we have to go that way. But it ultimately makes up a single publication. In the context of an LMS, when a professor wants to give students access to a collection of documents that ultimately make up one paper. We see this in the WHO compre[CUT] 16:25:01 q+ 16:25:16 ack r 16:25:18 …documents all on one thing, like Zika virus, which all make up one whole. 16:26:07 Katie: When we look at web pages today, they're a collection of pages all relating to something. The standard speaks to metadata around this. This fits very nicely, we just need to figure out how to do it. 16:26:20 +1 to what katie said 16:26:41 (Caller10): The work we've done, we've done closely with IMS [I think, please correct]. 16:26:48 Katie: Perfect. 16:26:54 web page: a non-embedded resource obtained from a single URI using HTTP plus any other resources that are used in the rendering or intended to be rendered together with it by a user agent 16:27:11 Andrew: Many of our criteria reference "web page" - [defines from glossary] 16:27:18 q? 16:27:55 Here is the Schema.org proposal for AccessModeSufficient http://pending.webschemas.org/accessModeSufficient 16:27:56 q+ 16:29:08 what's our definition of embedded? 16:29:09 ack j 16:29:12 Andrew: EPUB on the web is on the edge of that, depending on the implementation. But it sounds like an EPUB on the web accessed via a single URI would constitute a single web page. We need to clarify this for those referencing this, though. Is this new SC or new techniques? How can we, in the future, avoid this kind of confusion by acknowledging content presented in different forms. 16:29:43 Josh: What's our definition of embedded, then? Is, with EPUB, each piece within the wrapper an embedded piece of content? 16:30:53 q+ 16:31:11 (Caller10): Many of the problems we've had relate to the zip container. We believe that it should be identical or round-trip-able (online/offline). A new standard for publications, maybe EPUB 4, not yet chartered, but we already see content published on the web that would benefit from WCAG guidance. 16:31:14 ack r 16:31:30 s/(Caller10)/George/ 16:31:50 Katie: EPUB format grew out of DAISY and such, mostly made up of W3C specs (HTML, etc.) so it fits very nicely with the other work we're doing. 16:32:23 (Caller10): Possibility of IDPF and W3C combining, currently underway, not a certainty, but discussions in progress. 16:32:53 Andrew: George et al, have we given you what you need, or do we have another next step we should cover? 16:33:09 s/(Caller10)/George/ 16:33:25 Avneesh: If this is a serious proposition for the December timeline or do we need more discussion on this? 16:33:32 Katie: I think we need more discussion on this. 16:34:00 Andrew: Yeah, maybe start a conversation on the mailing list. 16:34:10 Wilco: Close tie in to other work happening in here. 16:34:15 Josh: Further talk needed, yeah. 16:34:24 bye! 16:34:44 present+ George_Kerscher 16:34:51 present+ Avneesh 16:34:56 present+ Romain 16:35:20 yeah close that 16:35:22 thanks 16:35:31 trackbot, end meeting 16:35:31 Zakim, list attendees 16:35:31 As of this point the attendees have been AWK, jon_avila, Lauriat, Rachael, Mike_Elledge, Joshue108, jeanne, marcjohlic, JF, steverep, Katie_Haritos-Shea, Makoto, Laura, Kim_D, 16:35:34 ... Kathy, Avneesh, kirkwood, MichaelC, rdeltour, George, JamesNurthen, Charles_LaPierre, George_Kerscher, Romain 16:35:39 RRSAgent, please draft minutes 16:35:39 I have made the request to generate http://www.w3.org/2016/10/25-wai-wcag-minutes.html trackbot 16:35:40 RRSAgent, bye 16:35:40 I see no action items