16:40:18 RRSAgent has joined #dpub 16:40:18 logging to http://www.w3.org/2017/01/30-dpub-irc 16:40:20 RRSAgent, make logs public 16:40:20 Zakim has joined #dpub 16:40:22 Zakim, this will be dpub 16:40:22 ok, trackbot 16:40:23 Meeting: Digital Publishing Interest Group Teleconference 16:40:23 Date: 30 January 2017 16:40:45 Agenda: http://www.w3.org/mid/CADExNBP44PO-2nuq0+LCEjZibWFn7e4DvZjJ2P-OWBtpz3ktwQ@mail.gmail.com 16:40:54 cmaden2 has joined #dpub 16:40:58 Agenda call 2017-01-30: http://www.w3.org/mid/CADExNBP44PO-2nuq0+LCEjZibWFn7e4DvZjJ2P-OWBtpz3ktwQ@mail.gmail.com 16:41:07 Chair: Garth 16:51:23 garth has joined #dpub 16:52:30 Regrets: Vlad 16:54:20 Avneesh has joined #dpub 16:56:49 DanielWeck has joined #dpub 16:56:52 Present+ Ivan 16:57:13 present+ Avneesh 16:58:11 present+ Chris_Maden 16:58:35 Present+ DanielW 16:58:42 present+ garth 16:58:49 present+ Laurent 16:58:56 present+ dauwhe 16:59:01 laurentlemeur has joined #dpub 16:59:18 dkaplan3 has joined #dpub 16:59:19 present+ 16:59:20 Rick_Johnson has joined #dpub 16:59:23 laudrain has joined #dpub 16:59:43 Karen has joined #dpub 17:00:02 present+ 17:00:29 clapierre1 has joined #DPUB 17:00:46 present+ 17:01:25 sel has joined #dpub 17:01:25 present_ Karen 17:01:29 Present+ Karen 17:01:57 present+ 17:02:11 Hadrien has joined #dpub 17:02:30 pkra has joined #dpub 17:02:48 present+ Deborah_Kaplan 17:02:50 present+ Peter Krautzberger 17:03:20 Present+ Hadrien 17:03:30 RickJ has joined #dpub 17:03:35 NickRuffilo has joined #dpub 17:03:43 scribenick: nickruffilo 17:03:47 Present+ NickRuffilo 17:03:51 HeatherF has joined #dpub 17:04:20 Garth: "Minutes approval?" 17:04:23 present+ Heather_Flanagan 17:04:32 Garth: "Ok, minutes approved." 17:04:49 q+ 17:05:05 ...: "Update on IDPF merger - same as last week. Should be signed/PR very shortly. All the wheels turning in the right direction. Official news hopefully this week." 17:05:14 q? 17:05:22 ack Kar 17:05:31 Present+ leonard 17:05:36 present+ Rick 17:06:01 leonardr has joined #dpub 17:06:08 present+ Leonard 17:06:15 Karen: "I would like to encourage everyone whos companies - particularly the members, who would like provide testimonials. We would like to add those to the testimonials, that would be great. We would like to put them in our testimonials. It will be translated into multiple langauges, so you can get quotes in whatever language works for you." 17:06:16 http://www.w3.org/2004/12/testimonial_pr-guidelines.html 17:06:55 Garth: "We need testimonials from others - especially those outside of the main group." 17:07:55 present+ 17:07:58 Rick_Johnson has joined #dpub 17:08:00 http://w3c.github.io/dpub-pwp/ 17:08:01 ...: "As far as agenda, the only thing I had of substance is that I took the email that Leonard sent and tried to pull the issues/trace through the thread for discussion. There were two musts that could be turned into shoulds. I'll paste the link into IRC. " 17:08:02 present+ 17:08:03 q? 17:08:44 Bill_Kasdorf has joined #dpub 17:08:49 present+ Bill_Kasdorf 17:09:01 ...: "Most recent update is pasted in the link. Leonard, feel free to chime in, as I've paraphrased your email to get it to agenda size. The first is the definition of a web publication. The current text is a 'bounded collection...' The issue raised in email, is that we do we really want this? Combining existing documents? Annotations - is that created as a whole." 17:09:32 q? 17:09:33 q+ 17:09:34 q+ 17:09:37 q+ 17:09:44 ...: "What a 'bounded collection' is - so what is a bounded. My response is that it was gathered by a manifest. So there was a note about if we needed or liked bounded. Leonard, did I summarize that?" 17:09:49 Leonard: "Well said. Thanks." 17:10:32 Garth: "In the email thread, there was an alternate - or slight change proposed. It was added that the bounding was about having envisioned as a whole." 17:10:35 q+ 17:10:38 q? 17:10:48 ack ivan 17:10:48 ack ivan 17:12:01 Ivan: "I was the one with the alternative. I have the impression that the problem that leonard had was related to the fact that the individual resources that you put into the collection, they may or may not be invisiged. So you can have a collection in the general sense, which is perfectly fine. I have a feeling the original sentence itself was misunderstood that, as a whole, the curation part 17:12:01 referred to the collection and not the individual resources. And that was his problem, which I agree with. That's why I proposed a slight modification, which made that point clearer." 17:12:03 ack leo 17:12:35 +1 17:12:35 Leonard: "Someone else, in the thread, pointed out that there is a 2nd definition in the terminology section, which means we have two separate definitions of the same thing. So we should probably use one and repeat it later. I support that idea." 17:12:36 ack dauwhe 17:12:44 ack dau 17:13:34 q+ 17:13:51 q+ 17:13:57 Dave: "As the author of the problematic statement, the intent is that - the constiuent collection may come about from alternate sources. The ultimate goal is to distiguish it from 'the web as a whole.' Is gmail a publication? No. Is the NY Times website a publication? No.... We need to draw a line so we need to get buyin from the web community. The closer we come to saying: 'this is just 17:13:57 web stuff' the motivations seem to evaporate." 17:14:02 ack NickRuffilo 17:14:02 ack Nick 17:14:52 brady_duga has joined #dpub 17:14:57 present+ duga 17:16:02 (I like Nick's approach) 17:17:00 Nick: "What if we go from specific and then make more general..." 17:17:24 Garth: "The 1.3 for terminology.. A collection of 1 or more constiuent resources... Presented using standard open-web technology." 17:17:40 q+ 17:18:07 ack leonardr 17:18:07 q? 17:18:37 Leonard: "I prefer the one in terminology - it's the one we all agreed upon in lisbon. it's better and much more general. On the topic of what Dave and Nick had - it gave more latitude. I don't agree with the direction - the choice of if something is a publication is up to the author - and whether the author wishes to make it a publication." 17:20:17 ack laudrain 17:20:18 Luc: "I would like to emphasis what Ivan said a few minutes ago. In this definition, things that are created as a whole. The publication means that we have something as we share as an author. The resources might be created as part of that vision, or an old document. What is really whole? What is really meant with a publication is the collection. The fact means that there is a time to 17:20:18 publication - there is a moment where the collection is complete and answers the vision of the author. What is missing in this definition is that the resources are created and visioned at home." 17:20:34 Garth: "In the terminology section, does the definition work for you?" 17:20:43 Luc: "I've seen that too, and it works." 17:20:45 q? 17:20:49 ack Nick 17:22:17 1.3: A Web Publication (WP) is a collection of one or more constituent resources, organized together in a uniquely identifiable grouping, and presented using standard Open Web Platform technologies. 17:22:37 Nick: " The full definition has been pasted above - lets discuss it and break it into the master definition." 17:22:50 q+ 17:23:05 +1 17:23:14 q+ 17:23:26 constituent ? 17:23:39 Leonard: "constituent resources are the resources that make it up." 17:24:04 q? 17:24:16 Ivan: "The difference between related and constituent - the fact of consituent is that it refers back to the collection. The resources that make up the collection." 17:24:16 ack NickRuffilo 17:24:25 Dave: "Constiuents are parts of a whole." 17:24:39 ack dauwhe 17:24:42 Ivan's right about "constituent" vs. "related." There can be related resources that aren't constituent. 17:25:09 q+ 17:25:25 Dave: "My concern is that if we don't have all the technology needed - really the constituent items are all web technologies, but we may need additional work for the publication as a whole." 17:25:30 +1 17:25:34 and we don't need the resources to be related directly to one another 17:25:37 ack leonardr 17:25:57 q+ 17:25:59 How about: 1.3: A Web Publication (WP) is a collection of one or more constituent resources, organized together in a uniquely identifiable grouping, and may be presented using standard Open Web Platform technologies. 17:26:20 +1 to leonard 17:26:25 +1 17:27:15 q? 17:27:22 Leonard: "The reason we phrased the piece at the end was to make it clear that the content is made visible to the user through the use of standard open web technologies. The implication here is that you're not going to render it as a PDF, or a TIFF. That's not the open web. OK - It's HTML, CSS, SVG, and that's how the content is going to be presented. It's not the user-agent. We didn't want 17:27:22 to say the resources were open web, is that it could allow the author to add proprietary content - such as XML, CSV, or some binary format, that gets translated for presentation using the open web. It didn't matter the resource but how it was presented." 17:27:40 Garth: "I agree. I posted a 'may be' in there. " 17:28:41 Luc: "I see the last of the phrase something that 'will rely on standard' I understand the difference between what you're saying. If I follow Leonard, i understand that there may be a proprietary format within a publication, and it might be presented using open web. Is that what you had in mind?" 17:29:14 Leonard: "XML was a bad example, but a 3D-formated (3JS) items, I might want to have the original binary, but I'll present it using 3JS." 17:29:37 Garth: "Even a simpler version is a dataset, that isn't necessarily formated in an open web platform technology." 17:29:39 q? 17:29:42 ack laudrain 17:30:33 Q+ 17:30:34 Luc: "What if I massively proprietary resources, and am using proprietary techniques to bring it to a user-agent. Do we open here something that could allow completely closed systems?" 17:30:40 q+ 17:30:45 david_stroup has joined #dpub 17:31:00 ack leonardr 17:31:45 Leondard: "I may be a dissenting opinion - but if someone wants to use the technology to put together a closed workflow - where it's their workflow start to finish, but it is technically a web publication, i don't care. If they're still using web publication, that's a win." 17:32:02 zakim, who is here? 17:32:02 Present: Ivan, Avneesh, Chris_Maden, DanielW, garth, Laurent, dauwhe, DanielWeck, laurentlemeur, laudrain, Karen, clapierre, Deborah_Kaplan, Peter, Krautzberger, Hadrien, 17:32:02 Garth: "When we finally have a proposal, at least the root of the publication must be an HTML file..." 17:32:05 ... NickRuffilo, Heather_Flanagan, leonard, Rick, Bert, Rick_Johnson, Bill_Kasdorf, duga 17:32:05 On IRC I see david_stroup, brady_duga, Bill_Kasdorf, Rick_Johnson, leonardr, HeatherF, NickRuffilo, RickJ, pkra, Hadrien, sel, clapierre1, Karen, laudrain, dkaplan3, laurentlemeur, 17:32:05 ... DanielWeck, garth, cmaden2, Zakim, RRSAgent, ivan, chaals, liam, dauwhe, JakeA, bigbluehat, ShaneM, rego, Bert, plinss, iank_, astearns, trackbot 17:32:16 Let's not forget accessibility 17:32:26 present+ Dave_Stroup 17:32:34 q? 17:32:35 present+ BillK 17:32:41 Leonard: "It doesn't matter what the root it - it matters how it is presented. What you start with doesn't matter, which is why I like that. Your resources can be whatever you want, but the user agent is presenting standard web content in a standard wya." 17:34:05 1.3: A Web Publication (WP) is a collection of one or more constituent resources, organized together in a uniquely identifiable grouping, and may be presented using standard Open Web Platform technologies. 17:34:06 ack NickRuffilo 17:34:31 +1 17:34:33 +1 17:34:34 no MAY 17:34:37 +1 17:34:55 q+ 17:35:44 Florian has joined #dpub 17:36:17 q+ 17:36:24 q? 17:36:24 ack leonardr 17:36:51 q+ to not really agree with leonard 17:37:02 Leonard: "The reason we need to define web- publication is that we need to define packaged web publication. So we need to define the thing before we define the packaged. 17:37:31 Garth: "The reason I like the may in there, is that if the web publication is never rendered - it can still be a web publication. And that's the reason for my 'may'." 17:37:52 q? 17:38:02 present+ benjamin_young 17:38:11 isn't consensus by definition everyone being equally unhappy?? :) 17:39:22 Deborah: "I am happy with the definition in the text, but we've gone round-and-round about definition publication, oh wait, we can't... We should do our best to define publication, but it is impossible to define web publication. We need to make a definition that is as inclusive as possible - but lets stop worrying about it. it's possible, so we just need to do the best we can and acknowledge 17:39:22 some things might do too much." 17:39:24 +1 on the definition. 17:39:33 ack dkaplan3 17:39:35 ack ivan 17:39:35 ivan, you wanted to not really agree with leonard 17:39:39 ack dkaplan 17:40:23 present+ 17:41:24 Ivan: "To give more argument to what's there. I don't fully agree with Leonard - that the only reason for the definition is so we can define what it means to package it. There is an important concept there to speak about this collection as an entity that has it's own identifier, which has it's own X-Y- and Zed. It has a bunch of webpages and a collection of technology. I think there is more 17:41:24 than that there and I want to come back to what dave said at the beginnning. we have to justify why we are doing this, and that we're talking about is special. Deborah is rigth - it won't be perfect, but we have to start somewhere. Lets start with this, and put this into the document/charter and see how people react." 17:41:27 q? 17:41:58 Garth: "Lets keep/use this new definition. Lets declare victory on this topic." 17:42:16 Garth: "Ivan, do it and accept it!" 17:42:18 dave: "I'll do it!" 17:43:32 q+ 17:43:33 Garth: "Ok, that was the first. The second... The question of a must or a may about mandating accessibility. Can we mandate it on a per-publication basis." 17:43:34 q+ 17:44:03 q+ 17:44:09 q+ 17:44:48 q+ 17:45:28 +1 to Ivan 17:45:29 @liam - yes, **ability* to be accessible, absolutely. But the question here is whether the publication itself **must** be accessible 17:45:33 Ivan: "It's not a strong oppinion, but a general feeling - when we are talking about web pages, and things we do on the web, accessibility is a very... strong should, but it's not a must for a webpage. Now, the point is that we have to be very careful not to put ourselves in a corner, that we are very different from the web - that we require something as a must, where everything is a should. 17:45:34 I'm looking ahead where we - in general - talk about web publications, we included epub4 as one profile. We can say that - if we take the profile. What is only a should, becomes a must. I just want to be very careful about all this." 17:45:35 q? 17:45:39 ack ivan 17:45:41 q+ 17:46:14 ack NickRuffilo 17:46:39 q+ 17:47:26 Nick: "How do we require a validator to yell about these things?" 17:47:26 ack clapierre1 17:47:31 ack clap 17:48:43 Charles: "The IDPF just released the accessibility requirements. the epub is a 'should' for the accessibility, which has a whole bunch of musts. This is sort-of where something like epub verification. If we do something similar here, which doesn't preclude accessiblity, but we make a huge case 'this is what should be done/must be done' It's a move to make sure accessibility is always in the 17:48:43 forefront. Preventing having to fix something after-the-fact" 17:48:44 ack laudrain 17:50:02 q+ to differentiate between technical must and legal must 17:50:40 Luc: "We also have to figure out that there are some laws coming in place - the European accessibility act, it will be enforced in the future, but it will take several years. The enforcement of accessibility is about websites and ebooks. If our books, if we think about ebooks in the future, if we don't encourage or check that accessibility is present, there will be a measure of quality. These 17:50:40 groups can create some constraints. And things that are conforming to this european regulations." 17:50:45 ack dauwhe 17:51:18 Dave: "Access to information is a fundamental right. We need to do everything we can. Have a must as much as possible. " 17:51:20 q? 17:51:25 ack dkaplan 17:51:25 ack dkap 17:51:28 +1 to Dave's comments!!! 17:51:36 +1 17:52:34 also important to note here that the 508 Refresh includes electronic documentation. 17:53:40 Deborah: "I think one of the problems is that we are talking about accessibility as if requiring - there is A, AA, AAA. Some things can't be required. We can't say: "you have to have meaningful alt-text" but that has to be done by a human - meaningful, not the presence.' We can say things that say you can't have controls that are only available by mouse. But we can demand things that require 17:53:40 a PWP to have certain features, or cannot block certain features. As dave said, these documents are for all humans. There are basic things that we can make minimum standards. We can't blanket say 'this MUST be accessible' but we can say certain features are." 17:54:09 Garth: "The actual phrase is that 'a web publication must be accessible to the widest possible group of readers.'" 17:54:11 q? 17:54:12 q? 17:54:17 ack leonardr 17:56:00 q+ 17:56:22 Leonard: "One thing that is getting muddied - which is that we're working on, and the charter is clear, that we're working on 2 different things. Web publications (and the packaging of them) and a completely separate standard that is currently called 'epub4' It's important we keep that in mind when we talk about these different definitions. Thats where the work of the IDPF/EPUB which is what 17:56:22 we're planning on taking forward. I believe all of that work should be pushed forward in the epub work. At the same time, there is a completely separate piece of work that, i believe, will be used in a bunch of ways that epub was designed for. Because we don't know how all these other use-cases will exists. The web itself doesn't mandated it, so there is a reason. We should have separate 17:56:22 where EPUB sits as a layter on top." 17:56:28 ack ivan 17:56:28 ivan, you wanted to differentiate between technical must and legal must 17:56:52 RFC 2119 ftw! 17:57:50 q? 17:59:01 Ivan: "We have to be very careful when talking about standards. Must and Should have a very specific meaning - more than what the english term is used for. There is a different saying 'whatever technology we develop must have features that make it accessible, then I am absolutely fine with it. This is not something that is a W3C general approach, which is why we will have accessibility review 17:59:01 . In the same way, we would have review of internationalization. Everything needs to be internationalizationable - the same way it has to be accessible. A PWP must be accessibility, is something we simply cannot say as it's not technically checkable in practice, so in a standards sense, it is not a meaningful statement. The origianl sentence should say that it must be possible to make it 17:59:01 acccessible. We have to be careful what we require." 17:59:08 [ epub X MUST NOT specify anything that would preclude accessibility of conforming documents ] ? 17:59:15 Garth: "Can you formulate a regraph of that sentence that gets to that place?" 17:59:28 q? 17:59:31 ack liam 17:59:31 liam, you wanted to say a11y isn't optional for HTML documents, but is impossible today to test for reliably. +1 to MUST 17:59:34 ack liam 17:59:45 Need to drop off - good conversation, everyone! 18:00:08 q? 18:00:41 Liam: "If you say anything about accessibility not being required. Accessibility is not optional for HTML, but what was noted - it's nearly impossible to test for it. what we have to worry about is people using the scope and the intenet of the spec. We need to make sure we don't do anything to prevent things from being accessible. The question is how strongly we request people to make things 18:00:41 accessible." 18:01:46 +1,000,000,000,000,000,000,000,000,000 18:01:59 that's fine - I'm happy to keep fighting for my side too :) 18:02:15 Deborah: "I think liam and ivan broke it down clearly. Must is vague and not fully meaningful. I can disagree with Leonards note that we can't require because we don't know what people will do with. And, even then, we have to accept that there are limits in the definition, especially the extent we can require, but is absolutely a requirement." 18:02:27 "Must be built with technologies that allow for accessibility" 18:02:39 Garth: "The publication must be made to be accessible." 18:02:56 and I FULLY support statements like "Must be built with technologies that allow for accessibility" 18:03:11 What Nick said, except even stronger: "Must be built with technologies that allow for accessibility for every element of the publication." 18:03:18 or even "must be able to be made accessible"... 18:03:42 Garth: "We should continue this discussion and fine-tuning on the email list." 18:04:17 Ivan: "What I will try to do is to make a separate branch and modification of the text - so there will be a constant push towards getting things complete. I'll make it in Github so we can have be useful." 18:04:26 Garth: "We 18:04:32 Garth: "We'll pick up next week." 18:04:39 laurentlemeur has left #dpub 18:04:41 cmaden2 has left #dpub 18:04:43 zakim, who is here? 18:04:43 Present: Ivan, Avneesh, Chris_Maden, DanielW, garth, Laurent, dauwhe, DanielWeck, laurentlemeur, laudrain, Karen, clapierre, Deborah_Kaplan, Peter, Krautzberger, Hadrien, 18:04:47 ... NickRuffilo, Heather_Flanagan, leonard, Rick, Bert, Rick_Johnson, Bill_Kasdorf, duga, Dave_Stroup, BillK, benjamin_young, liam 18:04:47 On IRC I see david_stroup, Rick_Johnson, leonardr, NickRuffilo, Hadrien, sel, clapierre1, Karen, laudrain, dkaplan3, DanielWeck, garth, Zakim, RRSAgent, ivan, chaals, liam, dauwhe, 18:04:47 ... JakeA, bigbluehat, ShaneM, rego, Bert, plinss, iank_, astearns, trackbot 18:04:55 clapierre1 has left #dpub 18:05:00 rrsagent, draft minutes 18:05:00 I have made the request to generate http://www.w3.org/2017/01/30-dpub-minutes.html ivan 18:05:25 trackbot, end telcon 18:05:25 Zakim, list attendees 18:05:28 As of this point the attendees have been Ivan, Avneesh, Chris_Maden, DanielW, garth, Laurent, dauwhe, DanielWeck, laurentlemeur, laudrain, Karen, clapierre, Deborah_Kaplan, Peter, 18:05:28 ... Krautzberger, Hadrien, NickRuffilo, Heather_Flanagan, leonard, Rick, Bert, Rick_Johnson, Bill_Kasdorf, duga, Dave_Stroup, BillK, benjamin_young, liam 18:05:33 RRSAgent, please draft minutes 18:05:33 I have made the request to generate http://www.w3.org/2017/01/30-dpub-minutes.html trackbot 18:05:34 RRSAgent, bye 18:05:34 I see no action items