16:51:14 RRSAgent has joined #pwg 16:51:14 logging to https://www.w3.org/2018/01/08-pwg-irc 16:51:15 rrsagent, set log public 16:51:15 Meeting: Publishing Working Group Telco 16:51:15 Chair: Tzviya 16:51:15 Date: 2018-01-08 16:51:15 Regrets+ Rachel 16:51:15 Agenda: https://lists.w3.org/Archives/Public/public-publ-wg/2018Jan/0000.html 16:51:15 ivan has changed the topic to: Meeting Agenda 2018-01-08: https://lists.w3.org/Archives/Public/public-publ-wg/2018Jan/0000.html 16:54:15 mattg has joined #pwg 16:55:47 pkra has joined #pwg 16:56:39 Avneesh has joined #pwg 16:57:01 present+ 16:57:30 present+ dauwhe 16:57:33 present+ 16:57:43 laurab_ has joined #pwg 16:57:57 dkaplan3 has joined #pwg 16:57:59 present+ wolfgang 16:58:16 EvanOwens has joined #pwg 16:58:34 Vlad has joined #pwg 16:58:46 present+ 16:59:09 toshiakikoike has joined #pwg 16:59:13 present+ 16:59:15 present+ 16:59:24 present+ 16:59:52 present+ 17:00:02 laudrain has joined #pwg 17:00:16 present+ 17:00:50 josh has joined #pwg 17:00:59 scribenick: dauwhe 17:01:00 Bill_Kasdorf has joined #pwg 17:01:10 present+ 17:01:27 present+ 17:01:32 cmaden2 has joined #pwg 17:01:39 present+ Chris_Maden 17:01:40 present+ 17:01:49 topic: MLK day 17:01:50 timCole has joined #pwg 17:02:01 JunGamo has joined #pwg 17:02:02 NickRuffilo has joined #pwg 17:02:03 tzviya: many offices are closed next Monday 17:02:08 ... should we meet? 17:02:19 present+ george 17:02:20 present+ 17:02:25 present+ laura_brady 17:02:28 present+ 17:02:32 present+ 17:02:49 -1 17:02:51 -1 17:02:53 Tzviya should have her rightfully deserved holiday, -1 17:02:53 +1 (for MLK being awesome, and me being around) 17:02:53 present+ Tim_Cole 17:02:54 +1 17:02:54 +1 17:02:55 +1 17:02:57 HeatherF has joined #pwg 17:02:58 -1 17:02:59 +1 17:03:03 0 17:03:04 +1 17:03:04 -1 17:03:04 0 17:03:05 -1 17:03:06 Hadrien has joined #pwg 17:03:06 -1 17:03:06 -1 not available next week 17:03:06 0 17:03:12 -1 17:03:14 0 17:03:18 0 17:03:19 -1 17:03:27 +1 17:03:29 George has joined #pwg 17:03:32 present+ 17:03:44 mateus has joined #pwg 17:03:48 present+ George 17:03:54 present+ 17:03:55 dauwhe: I would propose we cancel 17:03:56 rkwright has joined #pwg 17:04:02 cannot join on 15 -1 17:04:04 tzviya: I think I'm with dauwhe 17:04:10 RESOLVED: no meeting next week 17:04:17 BenSchroeter has joined #pwg 17:04:22 present+ 17:04:37 present+ 17:04:44 tzviya: we have a new member this week, Laura Brady 17:05:03 q+ 17:05:04 laurab_: I'm laura brady, I'm an ebook developer from the toronto area 17:05:04 woohoo! Welcome Laura! 17:05:08 ack ivan 17:05:12 ivan: welcome laura 17:05:15 laurentlemeur has joined #pwg 17:05:22 present+ laurent 17:05:28 ... can you send me the email from the system on the invited expert submission? 17:05:49 Topic: minutes of last meeting 17:05:50 https://www.w3.org/publishing/groups/publ-wg/Meetings/Minutes/2017/2017-12-18-minutes 17:05:52 Topic: minutes from last meeting 17:05:57 tzviya: any comments? 17:06:02 Resolved: minutes approved 17:06:24 tzviya: congratulations! we have published three FPWDs 17:06:33 ... and publishing generates more work 17:06:34 https://www.w3.org/blog/2018/01/publishing-wg-publishes-3-fpwds/ 17:06:44 ... as you know, these are shell documents :) 17:06:51 ... thanks everyone for their hard work 17:06:56 BillM has joined #PWG 17:07:04 Topics: prototypes, implementations, etc 17:07:09 s/Topics/Topic/ 17:07:17 ... Hadrien was working on some examples 17:07:35 https://github.com/w3c/wpub/issues/118 17:07:40 https://github.com/w3c/wpub/issues/119 17:07:44 present+ Hadrien 17:07:54 Hadrien: the idea is, now that we have an idea of the infoset for WP 17:08:01 ... I've been looking in two directions 17:08:05 ... one is web app manifest 17:08:25 ... and I've been looking at what it does, and where we can reuse elements 17:08:36 ... and I've looked at how we can extend WAM to cover our infoset 17:08:46 ... we need to express each thing listed in our infoset 17:09:01 ... I think there's very little in WAM that can be used 17:09:14 ... I was mostly inventing new elements using conventions of WAM 17:09:21 ... that's the first experiment 17:09:28 ... the second thing is more of a comparison 17:09:44 ... in the readium community, we've created the web publication manifest for use in readium 17:10:04 ... and so I've created a doc comparing the w3c infoset with the readium web pub manifest 17:10:19 ... and almost everything in the infoset is already in the RWPM 17:10:31 ... and the rest can be done with link relations 17:10:43 ... in the case of WAM, I also created two examples 17:10:54 ... one is a full example 17:10:57 q? 17:10:59 ... one is a minimal example 17:11:00 marisa has joined #pwg 17:11:11 https://github.com/w3c/wpub/issues/118 17:11:14 ivan: can you put links for these examples into the minutes? 17:11:23 Hadrien: tzviya listed both issues 17:11:23 s/https://github.com/w3c/wpub/issues/118// 17:11:44 note WAM = web application manifest, hard to type a lot 17:12:04 Hadrien: that's a quick summary; I'm happy to go into more details 17:12:10 q? 17:12:15 q+ 17:12:16 RWPM = Readium Web Publication Manifest 17:12:20 tzviya: comments? 17:12:21 duga has joined #pwg 17:12:21 ack iv 17:12:30 present+ 17:12:37 ivan: thanks for doing that 17:12:57 ... I'm not surprised that many of the elements are not defined by WAM 17:13:11 ... the way I understand WAM, the syntax part is the secondary and easy part 17:13:27 ... the core of it is the lifecycle, security, etc, stuff defined around the json 17:13:43 ... just the serialization, then I don't care much about WAM but there are other things 17:14:04 ... whether they are useful or not depends on what would be the implementation strategy of WP in a browser 17:14:13 ... have you looked into that? 17:14:31 Hadrien: part of processing of manifest is tied to syntax, like rules for things that are missing 17:14:39 ... this is important for title and language 17:15:10 ... for all the other infoset elements, we'd have to define the life cycle ourselves 17:15:18 q+ 17:15:31 Hadrien: there are at least seven missing elements 17:15:32 q+ 17:15:37 bendugas has joined #pwg 17:15:40 ... I don't think we'd get a lot 17:15:40 q+ 17:15:50 Hadrien: for the second part 17:16:03 (missing audio) 17:16:31 Hadrien: which is more related to UX, that's not something I addressed 17:16:45 ... but there have been discussions started by baldur and benjamin 17:16:46 garth has joined #pwg 17:16:56 present+ Garth 17:16:58 ... i think we have quite different expectations of how things are implemented 17:17:11 ... WAM is implemented through a triggered installation 17:17:18 ... added to a list of apps 17:17:25 ... I think that's different from what we're looking for 17:17:41 ... I think what we're looking for is closer to an enhanced reader mode 17:17:55 ... so we're providing a manifest to enhance reader mode 17:18:05 ... they don't have prev/next, offline, etc 17:18:16 ... I think we're more closely related to reader mode than web app installs 17:18:27 ack dauwhe 17:19:09 ack bigbluehat 17:19:12 q? 17:19:17 rachel_ has joined #pwg 17:19:17 dauwhe: WAM has much more than jsut the processing of the members 17:19:25 ... including creating browser contexts etc 17:19:38 bigbluehat: dave stole my thunder :) 17:19:51 s /jsut/just/ 17:19:56 ... there's a lot of WAM processing focused on installation on a home screen, and is unrelated to what we want to do 17:20:09 ... and the guy who wrote WAM said it wasn't the same thing at all 17:20:22 ... so it's not the right vehicle for us 17:20:33 ack rdeltour 17:20:35 ... and Hadrien's experiments confirmed that, so we should mosey on to a different format 17:20:59 rdeltour: i have a comment and Q 17:21:10 ... comment is the counter-argument to benjamin 17:21:23 q+ 17:21:25 ... installing a web app on a mobile screen is not far from installing a publication in a library 17:21:44 ... launching an app within its own browser chrome is simiilar to opening a pub in reading mode 17:21:53 ... so I think it's too early to reject WAM 17:22:03 ... my Q is for hadrien 17:22:05 s/simiilar/similar/ 17:22:27 ... based on my limited knowledge, one of the key features of RWPM, is that it has a model based on collections and links, which is extensible 17:22:30 q+ 17:22:50 ... if you were to extend WAM with this link and collections model, would then WAM be that different from the readium manifest? 17:23:01 Hadrien: in terms of design, the two manifests are very different 17:23:19 ... WAM is not designed to truly exstensible, or even have a link element 17:23:35 ... RWPM is designed to be compatible with EPUB 2 and 3 infosets 17:23:48 ... and provide a lossless conversion from OPF 17:23:56 s/exstensible/extensible/ 17:24:07 ... about extending WAM, you're right that for some of those things, we could make it more hypermedia friendly 17:24:14 ... but I don't think that's true for all of them 17:24:25 ... I've tried to reuse what we've learned from readium 17:24:36 ... the current principles are not compatible with WAM 17:24:44 ... so a partial yes to your last question 17:25:00 ack bigbluehat 17:25:03 q? 17:25:05 tzviya: we have a long agenda, but let's move this conversation online after we clear the queue 17:25:26 bigbluehat: WAM dictates installation--it's whole purpose is to install a stripped down browser for a web app 17:25:36 ... but there's no reason to install if you don't need that 17:25:53 q+ 17:26:02 ... and if you want reading order, but not at install time, then you shouldn't use it 17:26:15 ack timCole 17:26:16 ... so it's probably not the right place for that 17:26:27 timCole: this suggests we're talking about apples and oranges 17:26:38 ... the infoset talks about the object that's being read 17:26:48 ... it doesn't provide help for a generic browser 17:26:54 ... for that you need an installable application 17:27:13 ... 2 sep. things: what's the minimum the browser needs to do for us for a reading object 17:27:21 ... merging these things is problematic 17:27:26 ack ivan 17:27:32 ivan: timCole was a bit quicker as usual :) 17:27:42 ... what we need before making a decision: 17:27:56 ... we need a general idea (or experimentation) on how this would be implemented in a browser 17:28:09 ... the reader mode that Hadrien referred to is a good example 17:28:20 ... but we need to have more feeling about what an implemenation would be 17:28:31 ... and we need to know that before we accept or reject WAM 17:28:48 ... there is a different attempt to do manifest in the web payment WG 17:28:57 ... where they have to implement in browsers 17:29:03 ... and they have a json thing 17:29:17 ... in that manifest they have an entry to refer to possible web app manifest 17:29:22 q+ 17:29:31 ... in case web payments are implemented by a web application 17:29:44 ... so the implementation can work either way 17:29:51 ... we could invite the staff contact to talk to us 17:30:03 sorry, I have to drop off early. 17:30:04 ... web app as reference rather than creating an extension 17:30:23 tzviya: next agenda item is implementation 17:30:33 ... we have google play, kobo, other people from readium 17:30:50 ... we would like to see people take the spec as it is now, and work on implementation 17:31:07 ... without seeing the impelemenations, we can't know if WAM is right for us 17:31:30 ... we've seen some toy reading systems from bigbluehat and dauwhe 17:31:30 s/impelementations/implementations/ 17:31:36 regrets+ jasmine 17:31:43 ... SUP has an implementation 17:31:52 ack Hadrien 17:32:07 Hadrien: in the case of readium, for RWPM we have many implementations 17:32:11 q+ 17:32:12 JunGamo has joined #pwg 17:32:16 ... epub.js has been using this 17:32:33 ... in readium 2 we have something on andriod, ios, windows, linux, macos 17:32:44 ... in our case we use that for EPUB, too 17:32:51 ... we turn epub into wp locally 17:32:59 ... then we display in the navigator 17:33:04 q+ 17:33:32 Do we need one of these meetings to be devoted to an in depth show-and-tell on Readium-2? 17:33:39 ack josh 17:34:03 present+ josh 17:34:05 josh: I've been instructed to make atypon resources available to test this 17:34:12 ... our system is based on readium 17:34:23 ... I'm volunteering :) 17:34:31 tzviya: we need to see non-readium implementations 17:34:40 q+ 17:34:49 Hadrien: epub.js is not readium 17:35:02 ... nypl has built something that wasn't readium 17:35:08 ack ivan 17:35:17 ivan: for me the big question is 17:35:26 ... do they do offlining? 17:35:29 ... in a browser? 17:35:52 Hadrien: some are web apps, some are native apps using webviews 17:35:55 q+ 17:36:18 ivan: I mean, its like epub.js, part of my browser but then works offline 17:36:28 Hadrien: in the case of NYPL prototype 17:36:32 present + 17:36:49 ... it does support offline access, using appcache in ios and SW in android (?) 17:37:03 ... offline support is tricky 17:37:07 tzviya: we're fully aware 17:37:24 ivan: having all this documented would be great 17:37:26 Norton has an independent platform as well, and the Norton Lab is interested in testing early implementations--we talked a little about this at TPAC. I can't commit to anything without looking into our plans for the coming months, but I hope to contribute at least on a personal level, even if it needs to be a side project. 17:37:35 tzviya: let's document the implementations 17:37:41 ack NickRuffilo 17:37:47 nicely done 17:37:57 NickRuffilo: how in depth does the test need to be 17:38:01 tzviya: we're not testing 17:38:25 ... we're not defining full mechanisms, just showing it could function 17:38:56 NickRuffilo: so if i had a manifest and a browser that displayed something? 17:39:09 ivan: yes, we need framework of what kind of things have to be done for an implementation 17:39:14 q+ 17:39:26 tzviya: we might do a conglomerate 17:39:43 ack dauwhe 17:39:45 ... Hadrien will contact people who work with readium, Mateus will pull stuff together 17:40:33 dauwhe: we've been talking about internal formats for reading systems, which might not be the same thing as an authoring format for publishers 17:40:42 ack Hadrien 17:40:44 tzviya: let's put that on the agenda for next week(ish) 17:40:59 Hadrien: producing implementations of offline reading is not testing anything about a format 17:41:08 ... these are unrelated to syntax or manifests 17:41:23 ... the only thing we test are each browser's or OS ability to support various web features 17:41:33 q+ 17:41:40 ack iv 17:41:50 ivan: yes and no, i understand what you say 17:42:11 ... my understanding is that current wam is very closely entertwined with service workers 17:42:26 ... i don't know how much of that is a general thing 17:42:43 ... and I don't know if service workers will be the alpha and omega of implemenations 17:42:57 ... it doesn't tell us the syntax, but it does tell us whether WAM as a whole is useful 17:43:00 q? 17:43:39 tzviya: we still need a testing champion 17:43:39 Topic: testing champion 17:43:50 ... we have people who've volunteered to do specific tasks 17:44:01 ... for example, Avneesh is our a11y champion 17:44:16 ... we've had lots of new members since we last called for a testing champion 17:44:28 ... we'll buy you a hat! 17:44:41 ... we won't have a spec without testing 17:44:49 I could do the testing champion thing. 17:45:01 Zakim, pick a testing champion 17:45:01 I don't understand 'pick a testing champion', dauwhe 17:45:14 cmaden2: I volunteer 17:45:42 tzviya: we also need work on security and privacy, Bill_Kasdorf may know someone at Atypon 17:46:10 Bill_Kasdorf: one obstacle is that he is in Tokyo 17:46:23 tzviya: we have an evening call with australia sometime 17:46:44 ... anyone want to step up for privacy? 17:47:02 ... once we have security we'll see if privacy can be part of the same champion 17:47:12 Topic: packaging mechanism 17:47:22 tzviya: there was a hole in the spec 17:47:36 ... ivan or garth, what should we do at this point? list options? remind people? 17:47:38 Garth stepped out, so up to Ivan 17:48:32 ivan: the only thing that we may want to do, we can volunteer garth to find out about JYasskin 17:48:44 ... and the google web packaging proposal 17:48:54 ... there was talk of meetings with IETF 17:49:14 ... we need to know if this is an option at all 17:49:50 garth: check in with jeffrey to get status? I can do that. 17:50:01 Topic: general outreach 17:50:18 tzviya: we have lots of drafts, we need feedback 17:50:22 ... i'll reach out to TAG 17:50:32 ... we want feedback from Readium 17:50:41 q+ 17:50:47 q+ 17:50:56 ... we need to know if this can be implemented in browsers, with existing reading systems, what does amazon think? 17:51:01 ack ivan 17:51:23 ivan: the 2 most important targets are to talk to the EPUB people at Edge 17:51:25 dauwhe/garth: I have half of the packaging proposal in https://wicg.github.io/webpackage/draft-yasskin-http-origin-signed-responses.html, and I may be able to convince the IETF HTTP WG to "adopt" it in March. That's not the part you care most about. The bundling part, which you'll care about more, is a WIP in https://jyasskin.github.io/webpackage/bundles/draft-yasskin-dispatch-bundled-exchanges.html. 17:51:52 ... and talk to the chrome team 17:52:05 ... I don't think we can influence apple 17:52:16 ... and I don't know how to reach out to mozilla 17:52:35 ack Hadrien 17:52:37 ... if you have contacts, use them 17:52:42 Hadrien: quick feedback 17:52:49 ... even for an org like readium 17:52:54 ... the offline part is tricky 17:53:09 ... it's not obvious at all that we can have offline for WP on a number of platforms 17:53:47 ... I agree we should reach out to browsers, but maybe not just people working on the browsers 17:53:55 ... the reader modes might be web apps themselves 17:54:02 ... the easy way in could be the reader modes 17:54:09 ... chrome is the only one without a reader mode 17:54:17 ... safari, opera, edge have one 17:54:30 tzviya: if you have a person to contact invovled in reading mode, we'd love to know 17:54:32 Hadrien: I don't 17:54:57 ... Firefox is interesting in long-form reading 17:55:23 tzviya: marissa had emailed me about the sycnronized media group? 17:55:49 present+ marisa 17:55:53 marisa: we have just proposed and created the "syncronized multimedia for publications" community group 17:56:03 q+ 17:56:03 ... I'll send a link to our list 17:56:22 ... and I'm hoping people will join over the next few weeks and then start work 17:56:30 http://www.w3.org/community/sync-media-pub/ 17:56:48 ivan: marisa, one practical thing that I've cleared with the powers that be, I can set up a webex channel for you 17:56:50 marisa: thanks! 17:56:54 Karen has joined #pwg 17:57:21 tzviya: last item on agenda, before the holidays we asked for feedback from newer members of the group 17:57:30 ... so we're going to have a newer member meeting 17:57:51 ... sometime in january. I'll send out an email to the group. 17:57:54 garth has joined #pwg 17:58:05 ... the first item will be rewriting the guide for newcomers 17:58:13 ... as we know it's hard to dive in 17:58:15 q? 17:58:18 ack ivan 17:58:19 ... any other business? 17:58:31 garth: are we skipping next monday? 17:58:33 tzviya: yes 17:58:34 q- 17:58:47 rdeltour has left #pwg 17:58:49 tzviya: we will meet again on January 22. 17:58:57 ... good luck with your implementations 17:59:01 ivan: email is up and running 17:59:09 tzviya: github is there, too :) 17:59:19 laudrain has left #pwg 17:59:20 ... and lots of people here can help with github 17:59:24 JunGamo has left #pwg 17:59:29 dkaplan3 has left #pwg 17:59:50 evan has joined #pwg 18:00:10 evan has left #pwg 18:01:44 rrsagent, draft minutes 18:01:44 I have made the request to generate https://www.w3.org/2018/01/08-pwg-minutes.html ivan 18:02:06 rrsagent, draft minutes 18:02:06 I have made the request to generate https://www.w3.org/2018/01/08-pwg-minutes.html ivan