15:26:03 RRSAgent has joined #pwg 15:26:03 logging to http://www.w3.org/2017/08/28-pwg-irc 15:26:04 rrsagent, set log public 15:26:04 Meeting: Publishing Working Group Telco 15:26:04 Chair: Tzviya 15:26:04 Date: 2017-08-28 15:26:04 Regrets+ Vlad, laudrain, mteixeira 15:26:04 Agenda: https://lists.w3.org/Archives/Public/public-publ-wg/2017Aug/0181.html 15:26:05 ivan has changed the topic to: Meeting Agenda 2017-08-28: https://lists.w3.org/Archives/Public/public-publ-wg/2017Aug/0181.html 15:44:06 Karen has joined #pwg 15:51:17 present+ 15:51:42 tzviya has joined #pwg 15:53:10 Avneesh has joined #pwg 15:53:56 pkra has joined #pwg 15:55:32 dkaplan3 has joined #pwg 15:55:50 present+ 15:55:55 present+ 15:56:07 jun_gamo has joined #pwg 15:56:20 present+ jeffp 15:56:27 present+ 15:56:33 baldurbjarnason has joined #pwg 15:56:45 lsullam has joined #pwg 15:56:58 present+ baldurbjarnason 15:57:16 present+ 15:57:47 present+ rachel 15:57:58 Rachel has joined #pwg 15:57:58 present+ Avneesh 15:58:03 present+ 15:58:57 BenSchroeter has joined #pwg 15:58:58 present+ bdugas 15:59:19 I'll scribe 15:59:20 present+ 15:59:21 leonardr has joined #pwg 15:59:24 present+ lsullam 15:59:25 present+ Leonard 15:59:26 jeffp has joined #pwg 15:59:48 scribenick: Rachel 15:59:55 present+ dauwhe 16:00:16 hi this is Lillian and it's my first meeting 16:00:36 rkwright has joined #pwg 16:00:36 rdeltour has joined #pwg 16:00:44 present+ 16:00:53 present+ 16:00:53 present + 16:01:14 present+ pkra 16:01:43 timCole has joined #pwg 16:02:08 mazel tov to @rdeltour 16:02:18 Where is the traditional photo? 16:02:36 HeatherF has joined #pwg 16:02:37 present+ Tim_Cole 16:02:39 .me both the kid and the mother are sleeping rn :-) 16:02:40 Bill_Kasdorf has joined #pwg 16:02:49 present+ 16:02:50 Good plan 16:02:56 Topic: Welcome new members 16:03:03 present+ Heather_Flanagan 16:03:22 lsullam: Penguin Random House working on the ebooks team 16:04:04 https://www.w3.org/publishing/groups/publ-wg/Meetings/Minutes/2017/2017-08-21-minutes 16:04:10 marisademeglio has joined #pwg 16:04:10 Topic: Minutes of last week 16:04:12 George has joined #pwg 16:04:22 resolved: meeting minutes approved 16:04:27 present+ George 16:04:27 Tzviya: Minutes approved 16:04:32 present+ 16:04:48 ... we're going to review a bunch of pull requests and look at open issues 16:04:49 https://github.com/w3c/wpub/pulls 16:04:55 ... there is one open pull request 16:04:59 Topic: Open issues 16:05:48 Tzviya: There has been substantial time to discuss this request 16:06:04 ...there are no open pull requests at this time 16:06:14 ...if you would like to edit please open a pull request 16:06:22 ...first open working draft by TPAC 16:06:49 Tzviya: We have a list of open issues to discuss today 16:06:59 regrets+ garth 16:07:12 https://github.com/w3c/wpub/issues/4 16:07:13 Ben_ has joined #PWG 16:07:21 Hadrien has joined #pwg 16:07:21 harriett has joined #pwg 16:07:23 present+ 16:07:25 ...issue 4: who's responsible for publication users interface 16:07:29 present+ 16:07:32 clapierre has joined #pwg 16:07:35 q+ 16:07:35 ...I would recommend closing this issue now 16:07:35 +1 16:07:45 ack leo 16:07:56 present+ 16:07:57 ReinaldoFerraz has joined #pwg 16:08:18 Leondardr: this is a concise issue that affords discussion; if wepull this into affordances then it will be lost 16:08:22 q+ 16:08:43 we do still need an answer for #4... 16:08:51 Tzviya: this has been open for a while but not commented on - no one has picked it up but we will need to discuss it with affordances 16:08:53 q+ 16:08:55 ack da 16:09:10 ... there's room for comment in how it aligns to affordances 16:09:36 ack bi 16:09:54 dauwhe: this is large and complex, we need to keep that in mind when addressing. I'm siding with keeping it open or closing it. 16:10:17 q+ 16:11:14 ack iv 16:11:20 bigbluehat: I would leave number 4 open for reasons I will outline in IRC because Rachel lost the thread. We need to talk about scoping 16:11:33 laurentlemeur has joined #pwg 16:11:41 q+ 16:11:48 present+ laurent 16:12:03 Ivan: the reason I brought this up is true for other issues - we tend to go into hugely complex semantic arguments. 16:12:12 ...we try to resolve many issues under one 16:12:13 ack bi 16:12:57 q+ 16:13:02 bigbluehat: I would be happy to close issue 4 and narrow the scope against the affordances issue. This will inform the spec that delivers the affordances and let it come back up with other issues 16:13:15 ack l 16:13:31 Tzviya: the goal of closing is not to ignore - it's to update the document and narrow the focus to resolvable issues 16:14:14 leonardr: we all agree this is not resolved and needs more discussion for closing - why not leave it open til we are at a place to address it for actually close it 16:14:17 q+ 16:14:35 ivan: but there are loads of comments that stray from the original issue 16:14:41 ack big 16:14:55 leondardr: I'm asking about process - do we close this broad topic and open lots of little ones 16:15:29 bigbluehat: there are a lot of important topics in this. "responsible" is unclear from who is rendering to what is rendering 16:15:46 ... visual vs auditory, not contextualized, etc 16:15:54 ...I would love to narrow it down 16:16:33 Tzviya: I propose bigbluehat and dauwhe open sub issues and close this 16:16:40 ... larger issue 16:17:12 https://github.com/w3c/wpub/issues/11 16:17:34 ivan: we have to control the long term and get in the habit of closing issues that are resolved. The goal is to close issues as soon as possible - when it's in the doc with minimum concensus 16:17:43 Tzviya: Issue 11 16:17:48 q+ 16:18:05 ... TimCole is this all addressed at this point - we settled on URL as identifier 16:18:17 ack rd 16:19:13 Ivan: I prefer to put a comment in the list that this issue is closed, when, and what minutes to review 16:19:26 ...Tzviya is noting to do that 16:19:53 Tzviya: Issue 12 16:19:58 https://github.com/w3c/wpub/issues/12 16:20:07 ... I'm not sure where we're headed on this one 16:20:34 for the records, agreement to close 11, 12 16:20:35 mattg: it kind of ties into affordances 16:20:41 ... it can be closed off 16:21:11 Tzviya: Issue 14 16:21:25 https://github.com/w3c/wpub/issues/14 16:21:35 ... proposal for accomplishing pagination in navigation 16:21:43 dauwhe: not really pagination 16:21:59 Ivan: Next and previous in browser is ignored 16:22:23 also...since this is a new spec, browsers might learn some new tricks, right? :) 16:22:39 dauwhe: I want something that acknowledge when you are in a primary resource what is the next primary resource. 16:23:09 Tzviya: can we close this issue because it's a nonstarter 16:23:41 dauwhe: if the consensus is that this is irrelevant we can close 16:23:52 Tzviya: issue closed 16:24:00 ... Issue 15 16:24:11 https://github.com/w3c/wpub/issues/15 16:24:20 +1 to close 15 16:24:23 ... closing this issue - all in agreement 16:24:28 https://github.com/w3c/wpub/issues/18 16:24:29 close 14, 15 16:24:30 ...Issue 18 16:25:02 https://github.com/w3c/wpub/issues/44 16:25:20 ...another issue about identifiers - the opinion that Ivan expressed is this is superseded by 44 16:25:25 q+ 16:25:31 ack ti 16:25:34 Ivan: this one is less precise that issue 44 16:25:53 timcole: Ivan has characterized correctly - there didn't seem much support 16:26:15 ...I can add more information to 44 - we need to discuss alternative ways of doing this 16:26:18 for the records close issue 18 16:26:27 Tzviya: we can add this to the agenda 16:26:37 ... Issue 24 16:26:47 ...requirements of a titles 16:26:47 https://github.com/w3c/wpub/issues/24 16:26:57 ...this has been resolved by the current version 16:27:01 jeffp has joined #pwg 16:27:02 ...agreed - closing 24 16:27:03 for the records: close 24 16:27:14 ... Issue 30 and 20 16:27:31 ...duplicate one another. These are both resolved. 16:27:41 q? 16:27:51 For the records: closing 30 and 20 16:28:03 ...Issue 35 16:28:37 https://github.com/w3c/wpub/issues/35 16:28:50 Tzviya: to an extent this has been incorporated as a fallback in the current proposal due to expanded use of tags in HTML and other preferred uses of serialization 16:29:11 ... recommendation to close this for now and come back to it in the future if we need to 16:29:21 ...dauwhe? bigbluehat? 16:29:46 dauwhe: requesting more time for review and clarification 16:29:55 +1 to more time... 16:30:02 Tzviya: issue 36 16:30:11 q? 16:30:23 ...overlaps with issue 26, can we close one? 16:30:52 Ivan: actually, both of them (36 and 26) have been taken over by the most recent document 16:31:09 ... in that sense we can close both and the document may result in new issues being raised 16:31:17 ...closing 26 and 36 16:31:25 My people 16:31:28 ... Issue 42 16:31:45 Ivan: this should be kept open 16:31:54 ...it's not clear what we're saying re: language 16:32:12 mattg: I will add most recent discussion 16:32:29 Tzviya: When closing an issue - point to the pull request in closing comment 16:33:25 ...should one be closed (29) in favor of 42? 16:33:41 Topic: manifest serialization 16:33:47 Tzviya: JSON or Not 16:34:32 https://github.com/w3c/wpub/issues/7#issuecomment-323436810 16:35:48 scribe: clapierre 16:36:07 Rachel_ has joined #pwg 16:36:23 q? 16:36:28 q+ 16:36:30 Tzviya: welcome everyones' feedback. 16:36:31 ack iv 16:36:37 q+ 16:36:43 Ivan: 1 point of clarification… 16:36:48 scribe: Rachel_ 16:37:20 ack d 16:37:21 Ivan: This is makingit clear once and for all that we are using JSON for manifest 16:37:35 s/makingit/making it/ 16:37:56 q+ 16:38:11 dauwhe: I have commented out many things in html or xhtml file for troubleshooting, content to temporarily remove, explanatory notes 16:38:14 q+ 16:38:26 ...JSON is a format with comments and so we use a certain flexibility 16:38:35 ack bal 16:38:37 s/with/without/ 16:39:07 baldurbjarnason: I want to note that one issue with html is that it is as complicated as xhtml in terms of cognitive load, teaching etc 16:39:20 q+ 16:39:38 ...as a response to dauwhe, part of the the reason we need comments is the complexity 16:39:50 ack iv 16:40:05 ...JSON is not more complicated than html but in this case it is better than html 16:40:22 ivan: commenting something out in JSON is something I want to do all the time and that problem is real 16:40:52 ...the problem is this boat has sailed - it's a standard now 16:41:32 ...it the language that we use in this community and if we want our results to be accepted, it is what we must use. 16:41:46 ack da 16:41:56 q+ to ask who the manifest is for 16:42:28 dauwhe: this is not proposed html as an alternative but if we go on a JSON like path, YAML (sp?) allows for commenting 16:42:29 q+ 16:42:43 ack big 16:42:43 bigbluehat, you wanted to ask who the manifest is for 16:43:07 bigbluehat: 2 pieces - I'm not sure who we're providing a manifest for 16:43:41 ... browsers don't use JSON 16:44:01 YAML is a pretty extensive object serialisation format whose extensive capabilities have caused security problems in the past and doesn’t work particularly well in a browser context. And inventing our own format is super risky 16:44:13 ack ge 16:45:07 (restating for scribe) 16:45:19 george: in a publishers workflow, xml would maintain content and then moves it off to JSON without comments but then the original element would maintain the publishers intended content 16:45:37 q+ 16:45:38 who are we providing the manifest for? JSON is great for developers who will use it to make HTML-based UX for an in-browser reading system 16:45:44 ack lau 16:45:54 related to Web App Manifest, browser do not use JSON, "installers" do 16:46:12 Web App Manifest is used to create icons on a desktops and other launchers to load a browser 16:46:31 laurentlemeur: the production workflow won't change - they will continue to produce multiple formats 16:46:31 it does not "manifest" anything. it does not state resources. it references some icons and a start URL. 16:46:43 the Web App lives separately 16:47:05 proposed: we should go for JSON 16:47:07 +1 16:47:08 +1 for JSON 16:47:08 +1 JSON 16:47:09 +1 16:47:09 +1 16:47:10 +1 16:47:10 0 16:47:12 +1 16:47:15 +1 16:47:15 +1 16:47:15 +1 16:47:17 +1 16:47:23 -0 16:47:35 0 16:47:37 +1 16:47:47 +1 16:47:49 +1 16:47:53 0 16:48:11 +1 16:48:22 +1 to a single way, json 16:48:23 resolved: we should go for JSON 16:48:37 ivan: I think this closes issue 7 16:48:47 Tzviya: agreed 16:49:08 Topic: metadata proposal 16:49:17 https://docs.google.com/document/d/1ONzPOG-QwLwWeYpf_cPsvfc6cLGDRmHAEnql967dvEU/edit?usp=sharing 16:49:24 q+ 16:49:33 ack iv 16:50:53 q+ 16:50:55 Q+ 16:51:00 ack tim 16:51:38 timcole: there are properties that make this relatable and findable in a body of content 16:52:02 ...publisher vs creator, publication date... 16:52:19 ...the manifest may have a title that differs from what goes to the library 16:52:33 q+ 16:52:34 ack lau 16:52:54 laurentlemeur: all information inside the manifest is defined as metadata 16:53:09 q+ 16:53:15 ack le 16:53:20 ...everything in there is a subset of the information in the content. Manifest is metadata and metadata container 16:53:43 leonardr: there is a difference in opinion on what the metadata represents and what we are doing with it 16:53:56 ...is it for the user agent in order to consume? 16:54:06 ...is it meant for external processors? 16:54:11 q+ 16:54:13 ack iv 16:54:46 the manifest represents metadata relative to the publiation. title, authors, dates are metadata, clearly. The reading order can also be considered publication metadata. 16:54:51 ivan: I think leondardr said 99% of what I wanted to communicate - but also, the data in the manifest meant for the user agent can also be used for external processors 16:54:57 s/publiation/publication 16:55:13 ack cl 16:55:17 ...what is used from dublincore and schema.org etc is meant for libraries, reading systems 16:55:41 clapierre: this is important for discoverability and accessibility (in alignment with schema.org) 16:56:19 tzviya: there are a lot of comments on this document 16:56:21 q+ 16:56:29 ack iv 16:56:31 ... can we get a cleaned up version 16:56:31 q- 16:56:38 q+ 16:56:45 ack ba 16:57:31 Topic: Web App Manifest relations (starting...) 16:57:39 q+ 16:57:42 +1 16:57:43 ack iv 16:57:48 Tzviya: we have not committed to this but are starting exploration 16:58:29 Ivan: to make things clear, we are not working in isolation. If we decide this is not for us and we need to have well documented reasons 16:58:39 ...that are well formulated with clear exampled 16:58:46 ...a separate task force makes sense 16:59:01 ...there has been some discussion on the relevant issue 16:59:29 ...if we ignore this it will backfire in terms of browser manufacturers that already use it 16:59:37 I'm interested 16:59:38 Tzviya: Volunteers 17:00:02 rdeltour, larentlemeur, bigbluehat... 17:00:53 Ivan: one more thing - once we have a consensus about 1 or 2, we can discuss 17:01:01 ...we should get time at TPAC if we can 17:01:18 ...we should go to TPAC with some choices 17:01:21 present+ Bill_Kasdorf 16:57:31 Topic: Misc 17:01:54 Tzviya: REGISTER FOR TPAC (please and thank you) 17:02:03 ...no meeting next week for US Labor DAY 17:02:19 lsullam has left #pwg 17:02:26 jun_gamo has left #pwg 17:02:39 clapierre has left #pwg 17:05:09 rrsagent, draft minutes 17:05:09 I have made the request to generate http://www.w3.org/2017/08/28-pwg-minutes.html ivan 17:05:21 zakim, bye 17:05:21 leaving. As of this point the attendees have been ivan, tzviya, dkaplan, jeffp, jun_gamo, baldurbjarnason, bigbluehat, rachel, Avneesh, bdugas, mattg, lsullam, Leonard, dauwhe, 17:05:21 Zakim has left #pwg 17:05:24 ... BenSchroeter, rdeltour, pkra, Tim_Cole, Bill_Kasdorf, Heather_Flanagan, George, marisademeglio, harriett, Hadrien, clapierre, laurent 17:05:43 rrsagent, bye 17:05:43 I see no action items