16:38:41 RRSAgent has joined #dpub 16:38:41 logging to http://www.w3.org/2016/11/07-dpub-irc 16:38:43 RRSAgent, make logs public 16:38:43 Zakim has joined #dpub 16:38:45 Zakim, this will be dpub 16:38:45 ok, trackbot 16:38:46 Meeting: Digital Publishing Interest Group Teleconference 16:38:46 Date: 07 November 2016 16:39:14 Agenda: http://www.w3.org/mid/a9462ec96c35455c9f6753637635fd65@AUS-WNMBP-005-n.wiley.com 16:39:27 ivan has changed the topic to: Agenda 2016-11-07: http://www.w3.org/mid/a9462ec96c35455c9f6753637635fd65@AUS-WNMBP-005-n.wiley.com 16:39:34 Chair: Tzviya 16:40:12 Regrets: Ayla, Michael 16:54:33 pkra has joined #dpub 16:54:51 liam has joined #dpub 16:55:41 cmaden2 has joined #dpub 16:56:18 present+ dauwhe 16:56:46 Present+ Ivan 16:57:07 present+ 16:57:38 present+ Peter Krautzberger 16:58:13 present+ Karen 16:59:21 Vlad has joined #dpub 17:00:25 Present+ George 17:00:28 Avneesh has joined #dpub 17:00:32 Florian has joined #dpub 17:00:39 present+ Avneesh 17:00:48 HeatherF has joined #dpub 17:00:49 present+ 17:01:01 present + ShaneM 17:01:06 present+ Chris_Maden 17:01:16 leonardr has joined #dpub 17:01:26 I'll scribe. 17:01:26 dkaplan3 has joined #dpub 17:01:35 present+ Leonard 17:01:40 present+ Heather_Flanagan 17:01:40 (be on WebEx in a sec...) 17:01:53 clapierre has joined #DPUB 17:01:55 present+ 17:02:01 present+ 17:02:06 Garth has joined #dpub 17:02:10 present+ Deborah_Kaplan 17:02:20 present+ Garth 17:02:31 NickRuffilo has joined #dpub 17:02:37 scribenick: nickruffilo 17:03:05 bjdmeest has joined #dpub 17:03:10 fine with me ;-) 17:03:16 rdeltour has joined #dpub 17:03:21 present+ 17:03:27 present+ 17:04:04 *lol* 17:04:12 Wait, did Ivan just call me a mutant? 17:04:32 :-D 17:04:34 NickRuffilo are you scribing? 17:04:41 A new super race of standards editors 17:04:49 I had volunteered earlier so I'm happy to. 17:04:53 Bill_Kasdorf has joined #dpub 17:04:56 Present+ Ben_De_Meester 17:04:56 NickRuffilo has left #dpub 17:04:58 present+ Bill_Kasdorf 17:04:58 https://www.w3.org/2016/10/31-dpub-minutes.html 17:05:02 NickRuffilo has joined #dpub 17:05:18 Tzviya: "Last week's minutes - approval? OK - I guess they are good." 17:06:23 We now have mutants and old people on the call. Who knew. 17:06:32 I knew :) 17:06:44 Yakko, Wacko, and Dot ftw! 17:06:46 Topic: UCR 17:07:03 Tzviya: "Leonard, the next item is about the changes to the PWP and the use case document. Last week before you traveled." 17:07:39 Leonard: "I am planning on getting it done, but I've got it wrapping up today. 17:07:57 I accept that, @clapierre 17:07:58 Tzviya: "Ivan and I can get the rest of it out this week." 17:08:14 q+ 17:08:21 ack iv 17:08:24 Tzviya: "Much of this can be done over email, next stpes are approving doucment as-is, then we'll put it out for a more critical review. " 17:08:40 Ivan: "One more request Leonard - please close all the issues that you think you have closed this round or before." 17:08:48 Leonard: "OK I'll go back trhough the issues. " 17:09:14 present+ 17:09:16 Topic: SW in action 17:09:39 Tzviya: "Books and Browsers last week, Dave Cramer did a demo of his reading system. TPAC and Supporo. Dave?" 17:09:56 https://dauwhe.github.io/epub-zero/acme/index.html 17:10:04 Ivan: "There are many people who dialed in, and cannot get to screenshare." 17:10:22 Dave: "Parts of this depends on having a browser that depends on Service Workers - so only latest chromes and firefoxes." 17:10:53 Tzivya: "Some can't see the screenshare - so dave will have to explain." 17:11:31 http://www.w3.org/dpub/IG/wiki/WebEx 17:11:50 present+ benjamin 17:12:51 Dave: "This is another experiment with 'books in browsers' even though it applies to all different publications. You can see 'to the lighthouse by virginia wolf..." 17:15:21 ...: "I've had a service worker demo - where there was a bunch of javascript in the book itself. I wanted to know if there was something more closer to the epub model - where you didn't have to embed the information in the document itself. What we have here is an ordinary folder of HTML/CSS/etc. There is a JSON manifest file that makes everything work. it uses the syntax of the manifest, but 17:15:21 two additional members - one called the spine and the other is resources - which is everything else. One of the goals is to avoid the duplication of epub where you have to list every file mutliple times. The manifest does several things. it tells the service worker what to cache, and second it allows navigation between all the content documents. You have the 'next'button here, and what it's 17:15:21 doing is reading from teh spine array and going to the next item. It's also. If the document has a manifest, I note that and link back." 17:16:02 ...: "I built a little landing page and have details for an expandable TOC. " 17:17:31 q+ 17:17:36 q? 17:17:54 q+ 17:18:26 ...: "Now, the document should work offline - which is one of our key goals. Another thing the service worker does is that the service worker intercepts the network address, which takes all the cached stuff and puts it in a zip file and downloads it. If this wasn't buggy, you'd get exactly what you started with and be able to use it wherever. Purely for fun, I built some reading system type 17:18:26 stuff - night mode, increase/decrease font size... The Nigth mode is a CSS filter, so it can invert colors and even works on video... Really that's it. It's really simple web technology. We sort of - can make a scotch tape and cardboard reading system with only a bit of javascript and an iFrame. I mostly see this as the utility of a manifest that lists the sequence and components of a 17:18:26 publication. It might be possible to do this without that, but it would be a lot harder." 17:19:44 ...: "In safari you will have dropcaps... CSS - 3 lines - will give us pagination. Uses scroll-capping set to the page-width. But Safari will not have service workers. " 17:20:19 ???: "In previous, I move between spine items, but how do I move between pages?" 17:20:27 s/???/Garth 17:20:31 q? 17:20:35 Dave: "Scroll gesture/scroll bar. Chrome has overflow-x but not scroll snapping..." 17:20:51 Dave:" Much of this is not prime-time. but it's good." 17:20:52 q+ 17:21:08 ack le 17:21:45 Leonard: "Dave, great work - glad to see it. One question I had - have you done any experimenting or work - given fully self contained piece of content. Have you thought about a book with external references? To a streaming video for example?" 17:22:53 DavE: "A couple things. The display of the content itself - I essentially read the spine item HREF from the manifest and that is the source of the iFrame. I can point it at literally ANYTHING. Even things that are not purely web content. I could - if I spent 5 minutes fixing the code, i could have a manifest item pointed anywhere as long as it can be displayed in an iFrame. There are issues 17:22:53 around that, but no conceptual problem around that. " 17:22:58 ack iv 17:23:39 Ivan: "I want to come back to the version on Chrome - that has a service worker. Where is the service worker? I understand that it is not in the content, so how is the whole system set up." 17:23:40 ISSUE: do we believe that limiting external references from a PWP to only https (as required by SW's) to be limiting or future looking? 17:23:41 Created ISSUE-4 - Do we believe that limiting external references from a pwp to only https (as required by sw's) to be limiting or future looking?. Please complete additional details at . 17:24:32 DavE: "There is a single service worker on the ROOT of the whole website. The one worker controls all the publications. I essentially - when I pick a particular book, I'm awkwardly telling my reading system what manifest to use. At which point the manifest.json is read by the javascript, and used for all these different purposes. " 17:24:40 Ivan: "So it registers a different cache per publication?" 17:24:59 Dave: "Yes, each cache has a differnet name. They are all sitting peacefully near their neighbors." 17:25:10 Ivan: "How long does the content stay offline in the cache?" 17:25:28 Dave: "I believe you can set an expiration time for a cache as part of the service worker..." 17:25:29 I believe there are no guarantees on cache persistence, though 17:25:31 q? 17:26:23 Tzviya: "There are other people (Hadrien) who are implementing things in other ways as well." 17:26:35 Leonard: "Just thinking that we as a group could take leadership." 17:27:07 Ivan: "I think it would be better - administratively - we do not really use the issue handler via trackbot - maybe a good issue for a github repo." 17:27:19 ack ni 17:29:26 Dave: "I think of this as a prototype - as a visual aide for thinking about a problem space. I am fine if people look at it and play with it, but I don't see it as a foundation for something useful in the real world." 17:30:13 Ivan: "To pick up on that - where would it remember the night-mode?" 17:30:32 q+ 17:31:17 Dave: "I seem the manifest as the minimal set of information for making the publication functional." 17:31:37 ...: "I wouldn't think of it as a repository for user-preference." 17:31:48 ack ni 17:32:03 ("night mode" is probably not per-book either, but for the whole device.) 17:32:35 q+ 17:32:44 q+ 17:33:17 ack le 17:33:18 Nick: "Do we want user preferences to be stored somewhere within the publication?" 17:33:29 liam has joined #dpub 17:33:29 Dave: "Not sure we tackle that yet - and definintely not in the manifest." 17:34:05 Leonard: "In the working group - we talked about things like annotations and preferences that you want to connect to the publication but not put them into the manifest. While people see them as complex, it most certainly has a use-case." 17:34:11 ack cm 17:34:14 Tzviya: "We also don't have conclusions on all of these things." 17:34:39 q+ 17:35:00 Chris: "The presentational preferences have to be device specific - I may want different settings on different devices. I wouldn't expect that to continue on my laptop next day. But, a sticky note to myself, annotations - i do expect to continue. " 17:35:04 ack g 17:36:13 Garth: "I was going in a similar discussion - nightmode across reading system or multiple devices. An implementation like this might want to be localstorage, or a server, etc. I think we get into a something we don't want to get into about standardizing viewing preferences - about doing night mode, drop caps, etc. There are lots of opportunity for discussion." 17:36:14 q+ 17:37:06 George: "There are initiatives to standardize user-preferences across devices & systems, so that people can walk up to devices they have never had before - and evoke their preferences. GPII.org is one initiative in this domain - because it takes me 2 weeks to set up a new computer with my preferences right now. It would be nice to store all these changes." 17:37:12 ack ni 17:37:14 thanks, george 17:37:15 agrees with George, having to increase the font size thousands of time is getting OLD! 17:37:46 q+ 17:38:20 ack iv 17:38:33 Nick: "Accessibility could be a use case for saving preferences." 17:38:50 well said Nick! 17:39:12 Ivan: "My question comes back to the system on the basics. You did provide a packaged file - a packaged version of the document. Is it easy to incorporate the other way around? You take a package and you display it offline?" 17:39:24 ...: "I give you a book in a zip file." 17:39:47 DavE: "If it had a manifest in this format, all I'd need to do is unzip it in my server and add a link to it in my index file, and that would be it." 17:39:56 ...: "Provided you have access to a server where you can put it..." 17:40:28 Dave: "One thing here is that you are building an environment for reading. The other is the nature of the publication itself and it's distribution." 17:41:28 ...: "One goal was to make the publication useful without any of the features being understood. That I have this nav file - which I call index.html which contains the link to the manifest - but if you don't understand that, you can still navigate through the entire content. I think it's important to at least construct things so that even if none of the world knows about service workers or 17:41:28 manifest, it's still functional. " 17:42:11 Ivan: "One thing that worried me, but - that the book itself is not carrying anything but the manifest. And I think that is essential. I was originally worried that might suggest that the service worker and necessary JS may have to travel with the book." 17:42:16 q+ 17:42:25 ack le 17:42:28 Dave: "I did this so that I could prove the document doesn't need to contain the machinery." 17:43:24 Ivan: "What - in an ideal world - of whta was built - becomes part of the browser." 17:43:49 Dave: "I seem to have convinced myself that it's useful to have a list, but we'll see if I can convince marcos." 17:45:19 Leonard: "Two things - while I agree that we should not require the presentation or nav experiences to be incorporated into the publicaiton, we also do not want to restrict that either. There may be authors/publishers that may want a specific experience, so we shouldn't restrict that. The other - it is essential based off experience, having that list of resources that are used within the 17:45:19 q? 17:45:19 document. There are certain things that are not possible otherwise. " 17:47:08 Dave: "Inside the iframe - the only thing I'm doing is injecting a little bit of CSS - otherwise what happens in here is entirely up to the publication, so there is no restriction. There are even more options that exist in epub right now. The manifest is just pointing at a JPEG, and that works as the size of the iframe. I realize that it is totally inaccessible - so I'm injecting HTML, but 17:47:08 now it needs alt-text. I am using the manifest and can add in the alt-text so it is accessible. " 17:47:13 Tzviya: "Questions or comments?" 17:47:38 liam has joined #dpub 17:48:13 Tzviya: "Next steps - dave will talk to Marcos. I'll talk about doing that within the group. We'll ask hadrien to display his demo in the next few weeks." 17:49:23 DavE: "I wanted to mention that Readium is trying to figure out what Readium 2 is going to look like - and how it will be architected. They've been having a wide-range of discussions around this. Their JSON rep of an epub document... Hadrien is trying to steer them in the direction of the manifest. I'm wondering how we could sort of be more aware of this conversation as it could have implications 17:49:23 for everyone's future." 17:50:29 q? 17:50:33 Tzivya: "That was it for the agenda - any other business?" 17:50:53 Ivan: "Practical thing for minutes and short summary: When do you think BiB will put up a pointer to your presentation, Dave?" 17:51:15 Dave: "Not sure. Since it's almost entirely text, I could send the text to the list - or throw up a web page." 17:51:37 Ivan: "It would be useful. Would be best to point to it, rather then repeating. I can put it somewhere if you prefer." 17:53:02 cmaden2 has left #dpub 17:53:55 ivan has joined #dpub 17:54:05 rrsagent, draft minutes 17:54:05 I have made the request to generate http://www.w3.org/2016/11/07-dpub-minutes.html ivan 17:54:15 trackbot, end telcon 17:54:15 Zakim, list attendees 17:54:15 As of this point the attendees have been dauwhe, Ivan, tzviya, Peter, Krautzberger, Karen, George, Avneesh, Bert, Chris_Maden, Leonard, Heather_Flanagan, Vlad, clapierre, 17:54:18 ... Deborah_Kaplan, Garth, astearns, rdeltour, Ben_De_Meester, Bill_Kasdorf, liam, benjamin 17:54:23 RRSAgent, please draft minutes 17:54:23 I have made the request to generate http://www.w3.org/2016/11/07-dpub-minutes.html trackbot 17:54:24 RRSAgent, bye 17:54:24 I see no action items