15:47:02 RRSAgent has joined #pwg 15:47:02 logging to http://www.w3.org/2017/10/02-pwg-irc 15:47:03 rrsagent, set log public 15:47:03 Meeting: Publishing Working Group Telco 15:47:03 Chair: tzviya 15:47:03 Date: 2017-10-02 15:47:03 Regrets+ laudrain 15:47:03 Agenda: https://lists.w3.org/Archives/Public/public-publ-wg/2017Sep/0077.html 15:47:03 ivan has changed the topic to: Meeting Agenda 2017-20-02: https://lists.w3.org/Archives/Public/public-publ-wg/2017Sep/0077.html 15:50:41 Hi guys, I am Jeff from Rakuten Kobo Inc. Was in this wg shortly at about two years ago but had left for a while because of some internal transfor in my company. So I am “new” to PWG will start joining meeting from this week. Nice to “see” with you guys again. 15:51:29 welcome, jeff_xu! 15:51:52 Thanks :) 15:54:16 mateus has joined #pwg 15:55:37 cmaden2 has joined #pwg 15:55:55 Avneesh has joined #pwg 15:57:25 present+ 15:57:34 Lol 15:57:59 leonardr has joined #pwg 15:58:02 present+ Leonard 15:58:19 oh, yes I got nominated by Rauten Kobo Inc. My email address there is zheng.xu@rakuten.com 15:58:23 official one Lol 15:58:34 present+ 15:58:42 present+ 15:58:51 baldurbjarnason has joined #pwg 15:59:00 baldurbjarnason has left #pwg 15:59:06 baldurbjarnason has joined #pwg 15:59:08 timCole has joined #pwg 15:59:19 present+ 15:59:24 present+ Chris_Maden 15:59:43 clapierre has joined #pwg 16:00:04 present+ Tim_Cole 16:00:05 present+ jeff_xu 16:00:09 present+ dauwhe 16:00:12 dkaplan3 has joined #pwg 16:00:30 rdeltour has joined #pwg 16:00:33 josh has joined #pwg 16:00:35 present+ gpellegrino 16:00:35 mattgarrish has joined #pwg 16:00:36 LillianSullam has joined #pwg 16:00:41 present+ 16:00:48 present+ 16:00:52 present+ 16:00:52 present+ 16:00:54 present+ George 16:01:00 present+ 16:01:19 Is Chrome crashing for anyone else when loading gotomeeting? 16:01:20 present+ 16:01:41 NickRuffilo has joined #pwg 16:01:57 scribenick: nickruffilo 16:02:08 laurentlemeur has joined #pwg 16:02:19 present+ NickRuffilo 16:02:25 garth has joined #pwg 16:02:27 present+ leonardr 16:02:32 i can't hear anything on gotomeeting 16:02:40 present+ laurentlemeur 16:02:46 josh is Joshua Pyle from Atypon 16:02:50 Not here yet, but will be in 4-5 min. 16:03:05 Bill_Kasdorf has joined #pwg 16:03:05 dkaplan3 odd, I'm on macOS... trying something else. 16:03:16 present+ 16:03:19 HeatherF has joined #pwg 16:03:29 marisa_demeglio has joined #pwg 16:03:29 GTM is not connecting--did you know that already? 16:04:02 Vlad has joined #pwg 16:04:08 rkwright has joined #pwg 16:04:12 mateus has joined #pwg 16:04:13 present+ Heather_Flanagan 16:04:15 present+ 16:04:19 present+ 16:04:21 present+ 16:04:25 present+ 16:04:33 present+ 16:05:06 I just tried on iOS, with no issue 16:05:34 zakim, who is here? 16:05:34 Present: Avneesh, Leonard, ivan, mateus, baldurbjarnason, Chris_Maden, Tim_Cole, jeff_xu, dauwhe, gpellegrino, tzviya, LillianSullam, rdeltour, dkaplan, George, josh, mattgarrish, 16:05:36 David_Stroup has joined #pwg 16:05:37 ... NickRuffilo, leonardr, laurentlemeur, Bill_Kasdorf, Heather_Flanagan, rachel, bigbluehat, rkwright, clapierre 16:05:37 On IRC I see mateus, rkwright, Vlad, marisa_demeglio, HeatherF, Bill_Kasdorf, laurentlemeur, NickRuffilo, LillianSullam, mattgarrish, josh, rdeltour, dkaplan3, clapierre, timCole, 16:05:37 ... baldurbjarnason, leonardr, Avneesh, cmaden2, RRSAgent, Zakim, jeff_xu, Karen, tzviya, rachel, ivan, plinss, dauwhe, jyasskin, ShaneM, astearns, github-bot-, wseltzer, 16:05:38 present+ 16:05:40 ... bigbluehat 16:05:51 from the US: +1 (312) 757-3129 16:05:55 present+ 16:07:12 Tzviya: Next week I will not be around - plus there are some holidays, should we have a meeting? 16:07:20 cancelling fine with me... 16:07:26 garth has joined #pwg 16:07:26 OK to cancel 16:07:28 +1 to cancelling 16:07:36 +1 to cancel 16:07:36 +1 16:07:52 +1 to review! 16:08:13 Present+ Garth 16:08:13 Nick: Instead of a meeting - take the time to review the documents, private reflection, and any todos/tasks you might have 16:08:14 https://www.timeanddate.com/worldclock/fixedtime.html?msg=pwg&iso=20171002T12&p1=43 16:08:37 Tzviya: Review minutes from last week. pasted above 16:08:52 https://www.w3.org/publishing/groups/publ-wg/Meetings/Minutes/2017/2017-09-25-minutes.html 16:08:54 RESOLVED: Meeting of last week accepted 16:09:15 Topic: lifecycle of a WPUB 16:09:17 Tzviya: Minutes approved. Next we have Matt to talk about the section we're currently in - lifecycle of a publication 16:09:19 ReinaldoFerraz has joined #pwg 16:09:28 jeffp has joined #pwg 16:09:36 BenSchroeter has joined #pwg 16:09:46 duga has joined #pwg 16:09:46 https://github.com/w3c/wpub/wiki/Options-for-Processing-a-Manifest 16:09:59 present+ 16:10:22 present+ 16:10:46 Matt: What i started off doing was looking at how we might integrate with web-app manifest work. I was trying to get something prepared. I (pasted in wiki page) outlining some of the issues I was finding. My personal opinion is that there is not a lot we gain from web-app manifest. It has it's own problems it's trying to solve - installation, native/non-native... This last week, what I was 16:10:46 trying to do was look at what the possible lifecycle steps are - not necessarily going off web-app, but what would a user-agent need to do to intiaite a reading session... 16:10:49 Hadrien has joined #pwg 16:11:35 jeff_xu_ has joined #pwg 16:11:42 scribejs, set Matt Matt Garrish 16:11:56 present+ 16:12:08 q? 16:12:33 q+ 16:12:34 ...: I opened an issue over the weekend, and some discussion has happened there... We don't have a specific user agent in mind, such as the web-app manifest which is focused on browsers. There is also not any one lifecycle for a web publication. i said this in github, if you're a browser and you've loaded a web-app manifest directly, it's different from what an ebook reading application might 16:12:34 do with it. There's an endless web of scenarios we'd have to flesh out if we wanted to . What i want to do, is perhaps we don't go into this level of detail - but potentially look at the spec as Dave said in the issue - more like a data model. What are we providing for user agents/scripts/etc.... 16:12:48 q+ 16:13:08 q+ 16:13:53 q- 16:14:15 ...: That's where I've gotten to - i think it's the most applicable and appropriate course of action. Should we focus on the data model, and then maybe further down the line try to standardize if things come to that. Then starting to look at more specific issues on how a browser could represent a publication. WSo really - what are we expecting a browser to do - such as browsing context. What 16:14:15 would entail for a web publication to be layered on top of the existing HTML object model experience. There are probably interesting avenues to persue instead of spending alot of time specing out a lifecycle. 16:14:17 ack d 16:15:57 Dave: That sounds reasonable to me. I'm thinking it might make sense to be orthoganal to web-app. They want an installable experience, but after trying to work with it, I believe they're trying to solve a different problem than we are. We should learn something about all of our struggles with this. This starts drifting down the path of trying to describe what browsers should do, and at this 16:15:57 point in time, I don't think we're the group to do that. We're also somewhat lacking in implementation expertise on this, but focusing on a data model and default reading order, and resources, then we can experiment and hopefully learn something. 16:16:00 ack iv 16:16:27 q+ 16:16:52 Ivan: I noted on the issue list, but I have no problem with this approach, but I don't like the term data model. What we're looking at is to have some sort of abstract user agent in mind, and what are the data we need to provide to let the user agent know what to do. The data model for me means a lot of other things. 16:16:56 ack le 16:16:59 +1 to Ivan 16:17:24 q+ 16:17:46 Leonard: Ivan, you're not wrong, we can call it whatever we want, but the idea that we're looking to describe the data - the infoset if you will - the things that the UA is going to need in order to start the process, if not proceed further down and proceed to the presentation. 16:17:47 q+ 16:17:51 + to Ivan (and dauwhe and Matt). 16:17:52 ack tz 16:18:02 George has joined #pwg 16:18:32 present+ George 16:18:37 present+ David_Stroup 16:18:46 present+ Vlad 16:18:47 q+ 16:18:50 gpellegrino has joined #pwg 16:19:01 Tzviya: I spent some time talking to matt, we get really bogged down in details - but we've had trouble wrapping our head on 'what are we trying to do' and we're getting dangerously close to forking HTML. We know HTML does what it does, but perhaps in this document, we need to explain what we're doing that is unique. Some of the things we're doing have not yet been defined by any other groups. 16:19:09 q? 16:19:10 ack ni 16:19:35 present+ vagner 16:19:35 q+ 16:19:55 Nick: What if we view it as a "package document" 16:20:00 NickRuffilo: perhaps "packaging" not "package" 16:20:07 ack ge 16:20:09 "package" is also a loaded term 16:20:09 Tzviya: We don't have to get into wording right now... 16:20:11 q- 16:20:22 Vagner_Br has joined #pwg 16:21:08 q+ 16:21:18 George: Once a browser is handed a manifest and begins to process the material to provide an experience, there may be alot of different files that would have to be fetched and retrieved to build out what is initially needed. Wouldn't it make sense that the - all that - would be preprocessed and handed to the browser so that they don't have to go through all that work? This would also allow the 16:21:18 author to see what exactly would be presented by the browser. 16:21:18 I do kinda like “package” — but could lead to confusion with PWP. So, yes, +1, on wordsmith later. 16:21:34 q+ 16:21:49 ack le 16:21:53 Tzviya: these are important issues, but not necessarily for now... 16:21:53 ack leo 16:21:57 ack iv 16:22:27 q+ 16:22:36 +1 to Ivan 16:22:37 ack le 16:22:43 Ivan: The pre-processing steps make me a bit concerned. We don't want to add extra load on anyone - we want to be as close to the web as possible. 16:23:04 Leonard: at one point we'll get there - but who drives the process. Does the publication drive it? The UA? Or some combination of the two 16:23:34 Topic: Pagination Pull Request 16:23:37 https://github.com/w3c/wpub/pull/65 16:23:44 Tzviya: Next topic - we have a pull request from florien, Dave is going to attempt to speak on his behalf. 16:23:58 s/florien/florian/ 16:24:08 https://s3.amazonaws.com/pr-preview/frivoal/wpub/layout-and-pagination.html#lifecycle 16:24:28 https://s3.amazonaws.com/pr-preview/frivoal/wpub/layout-and-pagination.html#Layout 16:25:46 Dave: See the #layout link. The pull request is to start writing a section on layout and pagination of web publications. I think I'm just going to make some quick comments. It starts with an issue saying we need wide review - but I'm thinking that's applying to everything. We have text saying things should be goverened by standards - and text saying we're not requesting new features... 16:28:12 q+ 16:28:15 ...: In general, I don't think we're in a position to say anything. We're about to say something unprecedented - that a collection of items would be a single document - but we should start tracking what sorts of issues would come up as part of this. Florian has some great examples of this. What happens if subsequent resources have different reading directions? How do counters work across pages 16:28:15 ? I'm hoping we can focus on that sort of thing. There's also a comment here about specifying author preferences from an author's perspective. We'll see how many other words we can come up with. i don't want layout information - period - in this. I think we're talking about how to bind together these resources. CSS can tell how the author intends the document to be paid out, then we have 16:28:15 personal styling based on the user's preferences, but I don't want the UA having to go through a manifest to determine that... 16:28:19 ack bal 16:29:04 present+ 16:29:38 q+ 16:29:50 Baldur: I wanted to mention that I'm uncomfortable or extending/modifying CSS as it's specified normally. The entire section on paginated layout - and the entire issue - because paginated layout within an item is unspecified. I'm talking about it in the context of a W3C spec is kind of science fiction. The problem with pagination and styling in epub is that they're using a mode that is completely 16:29:50 unspecified. If we allowed that, and we said 'yes, we have UAs that are going to go implement their own thing...' 16:30:00 Karen has joined #pwg 16:30:13 q+ 16:30:22 Dave: The CSS spec on pagination is just issues - there is no normative text. We want to tread really careful here. 16:30:36 q 16:30:36 q+ 16:30:36 q? 16:30:38 ack iv 16:31:44 q+ 16:32:17 ack le 16:32:17 ack leo 16:32:20 Ivan: If i look at that section, I don't think what florian said is what you describe. Florian is on the CSS working group. What he says is that we may have some problems that would require us to work with the CSS working group to add one or two features in the document they are developing - which is a completely different thing. It doesn't say that this WG will define a CSS feature. When it 16:32:20 says in one of the issues that page counters need to be extended - that means working with them to achieve that. That's fine - we're expected to identify the features that need to be extended. The whole section is 1,2,3,4 open issues. 16:32:40 Leonard: Process question - i've been adding comments to the pull request - do you want to review here? Or just continue in the pull request? 16:32:42 q- 16:33:58 Ivan: What I propose to do - if we find the pull request is acceptable - is to merge the pull request, then probably tomorrow, turn the issues into proper github issues so that it would be part of our discussions - then they become usual issues which we can put in comments. The reason why I prefer we do it that way is that we have to recognize that florian did this pull request as a guest - I 16:33:58 don't expect him to regularly go through things. 16:34:46 leonard: my concern from the other side is that we're trying to get a document out within the next 4 weeks. I worry - I find a few very clear things we as a group don't agree on or are problematic. I worry that if we put out a document with some of these things in it, it might create issues. I worry about using the normal process on that. 16:34:53 Ivan: And we can change the text between then. 16:34:55 q? 16:34:57 q? 16:34:59 ack da 16:35:20 Dave: My opinion is that I'd do significant editing of the pull request before merging it. 16:35:31 Ivan: But will it happen - do we have the time/energy to do that? 16:35:34 Dave: Yes, I think so. 16:35:42 Ivan: Ok, then, we wait. 16:36:10 Tzviya: So the proposal is to edit it, then merge it. Dave can you do this before then? 16:36:40 Ivan: Just to speed things up, I propose that Dave makes the editing after it's merged... Lets not wait the two weeks. 16:36:46 q? 16:37:11 Garth: Dave - is there any overview of the editing you want to do - something to run by us? 16:37:37 q+ 16:38:16 Dave: I think one thing is that most of the notes do not add alot - things like having a list of existing of CSS specs, I'm not sure thats the kind of thing we need to have. I think this could be half as long with the same information. That's one thing. 16:38:18 ack iv 16:38:36 Ivan: Very technical comment - I'm not sure how to solve this - but florian did the editing on the fork of the repo, not the repo itself... 16:38:53 RESOLVED: dauwhe will do some editing on the pull request and merge it then 16:38:58 Topic: new members 16:39:56 (missed name): I work as a software engineer in accessibilty. I do research and development in accessibility. We've certified over 17,000 epubs in italy and we are working on making them better and better 16:40:13 s/(missed name)/gpellegrino/ 16:40:28 ...: I was in the epub 3 working group, but this is my first time in the working group 16:40:34 Topic: Security section 16:40:43 Tzviya: Moving on, we have Leonard on Security section 16:41:15 q+ 16:41:17 Leonard: Not done, but I have made progress. It is coming along, I'll have it ready before next week. Other things have come up. I apologize. 16:41:20 ack iv 16:42:29 Ivan: I have a question - Were you around when we had the presentation on the web packaging items. One thing that was very promenant was not exclusively security - but was the integrety issue - using signatures over signatures to make sure that the document - such as a legal document - has been unchanged. Is this something you'd be interested in addressing? We were wondering if it might make 16:42:29 sense as Security and Integrity. 16:42:51 q? 16:42:53 q+ 16:43:06 Leonard: This is on WEB publications - so what's different between a web publication and the web itself. We don't want to change the web security model. especially on the packaging - things will come up in the PWP document. 16:43:17 q+ 16:43:40 Ivan: I don't agree. As a web publication, if i put up legal text or a scholarly article, i want to make sure that the content has not been changed since it's creation. For packaged, it's there... 16:44:25 Leonard: Here's how I see the difference. A web publication - the author controls. They are the ones who had to put it on the web - it's not distributed outside of the standard web. I don't think we have to worry about that in terms of web publication. When it comes to portability - and items off the web - then I agree 100%. 16:44:58 Tzviya: In the browser section of the HTML , there is a ton of information on security. Leonard - here's my question - do you need help from others in this group? 16:45:05 https://www.w3.org/TR/html52/single-page.html#browsers 16:45:06 Leondard: Not to get the first draft, but afterwards, yes. 16:45:17 q? 16:45:21 q? 16:45:25 ack had 16:45:25 ack Ha 16:46:02 +1 to Hadrien 16:46:21 Hadrien: I just wanted to say that this is really tied to packaging. As long as we have to offline these web publications, we'll deal with these issues. The top reason things are signed is that the implemenation is that the service worker will be sending an HTTP request on behalf of a server - which is why you need to use HTTPS. That's not just for PWP - it's something we'll have to deal with 16:46:21 all the time. 16:46:24 ack bald 16:46:40 q+ 16:47:17 s/really tied/not really tied 16:47:30 ack iv 16:47:31 q+ 16:47:33 Baldur: I wanted to express the concern that the feature ivan mentioned is a web feature, not just publications. it's very risky adding - like protecting a resource - it's a web issue, not necessarily just to publications. this affects tons of work - but it's general purpose features - and i want to make sure that we are not trying to define these sorts of features. 16:48:45 q+ 16:49:05 Ivan: Risky it is, and probably doing it by ourselves is not the way to go, but lets not forget that this group does 2 things. 1 - it identifies those things that publications really really need, then it separates those things it has to define by itself or by other groups. It's our job to talk to other groups when necessary. Same thing i said about CSS applies here. The integrity aspect might 16:49:05 be more important than for other areas - so it is an area that comes up with use cases - a legal text is an obvious example. Yes, we should not do it ourselves, we should talk to web security, but we have to identify it. 16:49:10 q? 16:49:31 Tzviya: Unless it's urgent, can we table - we have more to talk about 16:49:46 ack ba 16:50:15 Baldur: I think ivan underestimates the disfunction of the technical side of the publishing industry and be careful not to suggest things that will be taken and run with... We need to treat this industry like a misbehaving child. 16:50:30 topic: TPAC Agenda 16:50:33 https://docs.google.com/document/d/12J3Y3bb5fdPh1r2XH9YloINkNSxBJArocKY108sYCZ0/edit?usp=sharing 16:50:46 regrets+ luc, pkra 16:51:03 Tzviya: If you are attending TPAC, we'd love to see you, if you're not attending, we will miss you. If you propose a session, we tried to squeeze it in. 16:51:04 q+ 16:51:13 Topic: TPAC 16:52:02 Tzviya: The other sessions are things we think will affect us later on. There is our rough agenda. We are open to recommendations for change - there is one note here from garth in relation to user agents - we weren't sure we needed 90 minutes - but we might... 16:52:18 ack lr 16:52:22 ack ni 16:52:30 ack le 16:52:42 Nick: Is there a dial in? 16:52:54 Ivan: YES - if you are calling in, please note in the document if you are calling in 16:53:04 Topic: F2F 16:53:45 what are the may dates? 16:54:00 Ivan: The issue for the face to face is that we'll need a meeting for springtime. We have not found the ideal solution. There is an AC meeting in Berlin in May - and some of us will be there. However, the same week Lorent also wants to have the epub summit. 16:54:23 AC Meeting is 13-15 May 16:54:40 s/Lorent/Laurent 16:55:38 Ivan: We have to have the face-to-face separated from that week - so when and where. One idea that did come up - in April, there is the London Book Fair - which means several people will be in London. One idea is to combine it with the LBF - either in London or somewhere else nearby. it's probably more expensive than NY. 16:55:46 April 10-12 for LBF 16:56:08 Passover ends April 7 16:56:22 and the week afterwards is ISO meetings for PDF 16:56:24 I'll be in Berlin April 10-12 for CSSWG 16:56:53 EDRLab can host the meeting in Paris also. London / Paris is a 2 h trip. 16:57:04 And TPAC is Lyon (way later in the year) 16:58:13 ...: I think the idea was to have the event either right after or before the fair. One possibility is London, the other is to have it in Nice. Obviously that means for North Americans and Brazilians, that might mean coming over to the F2F then coming over to Berlin for the AC meeting/Epub summit - twice the trip. If we have it in North America - I have already found some possible dates at MIT 16:58:13 - but then that means we have a F2F meeting 3 times in a row in NA, which is a drag on Europeans. This are about the changes, and so one possibility is either april - the week of the 10th, in Europe. Paris is an option (as it's not far from London). The MIT possible date is towards the end of May. As usual we have to decide this relatively quickly. Places are getting full, we have to find 16:58:14 meeting places... 16:58:31 April adjacent to LBF would work best for me 16:58:32 Would a doodle poll with the options listed out in one place be useful? 16:58:35 Meetings in the USA are also problematic in terms of ability to attend. Some of us face a small but non-zero risk of being denied entry. So, if we can avoid US meetings that’d be appreciated. 16:58:45 Tzviya: There is also the possiblity of Canada... 16:59:02 (Make that very uneasy about travelling to the US) 16:59:20 Ivan: Yes, it might be easier for Europeans and Americans... 16:59:21 I like London. :-) 16:59:22 Welcome to Toronto 16:59:33 Dave: There are publishing companies in Toronto 16:59:33 I like the London or Paris options 17:00:37 Ivan: I'll work on an initial doodle poll 17:00:39 thx! 17:00:51 laurentlemeur has left #pwg 17:00:56 Thanks all 17:00:59 Tzviya: Ok - next meeting in 2 weeks. 17:01:02 cmaden2 has left #pwg 17:01:07 dauwhe has joined #pwg 17:01:19 jeff_xu has left #pwg 17:01:33 rrsagent, draft minutes 17:01:33 I have made the request to generate http://www.w3.org/2017/10/02-pwg-minutes.html ivan 17:01:40 zakim, bye 17:01:40 leaving. As of this point the attendees have been Avneesh, Leonard, ivan, mateus, baldurbjarnason, Chris_Maden, Tim_Cole, jeff_xu, dauwhe, gpellegrino, tzviya, LillianSullam, 17:01:40 Zakim has left #pwg 17:01:43 ... rdeltour, dkaplan, George, josh, mattgarrish, NickRuffilo, leonardr, laurentlemeur, Bill_Kasdorf, Heather_Flanagan, rachel, bigbluehat, rkwright, clapierre, Vlad, 17:01:43 ... marisa_demeglio, Garth, duga, BenSchroeter, Hadrien, David_Stroup, vagner, Vagner_Br 17:01:51 dkaplan3_ has joined #pwg 17:01:52 rrsagent, bye 17:01:52 I see no action items