14:45:15 RRSAgent has joined #dpub 14:45:15 logging to http://www.w3.org/2016/07/11-dpub-irc 14:45:20 trackbot has joined #dpub 14:45:29 Zakim has joined #dpub 14:47:00 Meeting: DPUB Telco 14:47:08 Chair: Tzviya 14:47:18 Agenda: https://lists.w3.org/Archives/Public/public-digipub-ig/2016Jul/0018.html 14:47:59 regrets+ Markus, Ivan, Nick_Ruffilo, Baldur 14:50:01 garth has joined #dpub 14:51:44 HeatherF has joined #dpub 14:52:02 regrets+ dkaplan 14:52:42 regrets+ Nick_Barreto 14:53:20 present+ Tzviya 14:54:27 cmaden2 has joined #dpub 14:54:43 Avneesh has joined #dpub 14:55:10 George has joined #dpub 14:56:27 present+ George 14:56:40 present+ HeatherFlanagan 14:57:35 present+ Avneesh 14:57:55 pkra has joined #dpub 14:58:43 present+ Chris_Maden 14:59:11 present+ astearns 14:59:33 present+ Peter Krautzberger 14:59:36 brady_duga has joined #dpub 15:00:06 clapierre has joined #DPUB 15:00:51 present+ duga 15:01:00 scribenick: pkra 15:01:18 present+ Benjamin_Young 15:01:32 present+ dauwhe 15:01:39 present+ Charles_LaPierre 15:01:51 present+ garth 15:02:03 laudrain has joined #dpub 15:02:09 federated identity ftw! 15:02:19 rdeltour has joined #dpub 15:02:19 present+ Luc 15:02:26 present+ rdeltour 15:02:29 dauwhe, do you have birds in your house? 15:03:27 tzviya: approval of minutes of last meeting and F2F meeting. 15:03:28 https://www.w3.org/2016/06/27-DPUB-minutes.html 15:03:42 Bert has joined #dpub 15:03:45 ... minutes are approved. 15:03:47 http://www.w3.org/2016/07/07-dpub-minutes.html 15:03:56 present+ GeorgeK 15:03:59 present+ 15:04:57 ... F2F minutes are also approved. 15:05:11 not me :( 15:05:16 :) 15:05:27 ... we have some new members! 15:05:30 ... garth! 15:05:55 garth: Garth Conboy. Chairman of board IDPF, doing epub since before epub was a thing. 15:06:23 tzviya: NOTE: no other meetings in July. 15:06:24 Bill_Kasdorf has joined #dpub 15:06:33 ... work on use cases or take a vacation! 15:06:35 should be muted now (Brady and I are on the same bus) 15:06:39 present+ Bill_Kasdorf 15:06:44 http://w3c.github.io/dpub-pwp-ucr/#manifests-and-packages 15:06:45 ... we'll continue live editing the use cases (see google doc) 15:07:12 https://docs.google.com/document/d/1m8EnN5yxHGPjLr497gSrPSJrRKIjMZBIzSpbHKhCHAw/edit?usp=sharing 15:07:14 ... we'll be working on manifests and packages today -- see github and google doc links above 15:07:38 ... last week, finished Sect 2. 15:08:04 hughmcguire has joined #dpub 15:08:17 ... some use case fairly build out, others very limited (from brainstorming) 15:08:22 ... we need to work them out. 15:08:32 ... make them meaningful, also beyond publishing 15:08:55 ... first example: streamlined access to components. 15:09:12 bjdmeest has joined #dpub 15:09:12 ... suggestion: let's jump to 5.4. 15:09:42 Present+ Ben_De_Meester 15:09:47 ... "As a reading system, I need to know if support for media type included in the publication." 15:09:55 let's re-word this. 15:10:32 Does the publication what to know about RS capabilities, or the RS want to know about the publication? 15:11:32 garth: Does the publication what to know about RS capabilities, or the RS want to know about the publication? 15:12:01 tzviya: this is primarily about the publication not the reading system. 15:12:21 dauwhe: we need to motivate this more. Naive person might say "it's all in the HTML!". 15:12:50 ... this historical requirement that the reading system has to have a lot of information without parsing the entire document. 15:12:57 tzviya: does it belong here? 15:13:18 dauwhe: probably yes since this is the information that the reading system has to digest. 15:14:58 tzviya: [lots of live editing on the google doc] 15:15:12 ... general req statement: "A user agent requires information about the package and its components in order to process it." 15:15:25 ... then specialized "As a reading system, I need to know if a publication contains/requires support for a specified media type (without processing all content documents)." 15:15:35 ... does that work? 15:15:40 dauwhe: +1 15:16:13 tzviya: next: "As a reading system, I need descriptions about the publication that travel with the publication whether online or offline. For example: author(s), title, size, rights and permissions, accessibility, multimedia details." 15:16:28 ... let's unpack. 15:17:22 ... this is merging the concept of manifest and metadata somewhat. 15:17:42 ... we talk about media type. Do we want to mention file size? 15:17:47 heatherF: +1 15:18:02 tzviya: should we mention why file size might be a problem? 15:18:19 ... "I cannot process files of certain size b/c ..." 15:18:35 heather: "connection speed, storage" 15:18:43 George: "response time" 15:19:10 laudrain: memory limitation 15:20:02 heatherF: why would a reading system care about author and title? (as opposed to file size) 15:20:04 darobin has joined #dpub 15:20:28 George: e.g., "reading systems needs to display the available packages in a certain author" 15:20:33 yes! 15:20:36 tzviya: true but that's more a display than a processing problem.. 15:20:54 ... next: rights and permissions 15:21:11 ... if linked data (ideal world), then falls into processing. 15:21:41 HeatherF: discussion about it last week (F2F?) 15:21:56 tzviya: but last week was more about DRM. 15:22:28 Bill_Kasdorf: add "at a component level" as they might differ? 15:22:46 tzviya: the section is about "package and its components". Does that suffice? 15:22:50 Bill_Kasdorf: yes. 15:23:21 dauwhe: touches on another item. The collection of objects that make up the publication. We need to talk about that as a whole as well. 15:23:30 ... we want to make some of these assumptions clear. 15:23:40 tzivya: "each component identified in the manifest"? 15:24:02 dauwhe: we had lots of discussions and one reason is that we need to have information on the whole. 15:24:16 ... e.g., if you have three html files, there's no natural point where to put information on the whole. 15:24:30 Bill_Kasdorf: agreed. Not specific to rights&permissions. 15:24:44 tzivya: in general section, we have "package needs to be processed as a whole" 15:24:59 George: browser typically ignore that which they don't understand. 15:25:21 ... in our case, use agent needs to learn early on what parts of the whole it cannot process. 15:25:25 ... or present. 15:26:14 tzviya: "a publication represents a unit compromises of several components. There must be a structure that identifies the components of the package." 15:26:16 ... does that work? 15:27:03 dauwhe: avoiding the word "spine" we need to know what comes next. 15:27:07 that was me. can't edit as fast :) 15:27:20 q? 15:27:55 tzivya: "A publication represents a unit comprised of several components. There must be a structure that identifies the components of the unit that describes the constituents and relationships between them." 15:30:05 tzivya: what does the manifest need to accomplish? 15:30:16 ... e.g., media type. what does it do for the user agent? 15:30:40 dauwhe: tells UA that there's something it can/cannot present. 15:30:49 ... e.g., video on a device that cannot do video. 15:31:40 tzviya: "A User Agent requires about media-type for each component so that it can understand whether information can be conveyed to the user the reader without parsing through the contents." Does that make sense? 15:31:53 HeatherF: good but thinking about how it works with examples in Sec2 15:32:09 tzviya: doesn't have to match precisely. 15:32:41 ... "A User Agent must know the component parts of a publication such that it can be made available for offline use." Could someone elaborate? 15:32:51 garth: the offline use case. 15:33:03 dauwhe: e.g., using a serviceworker, I need to tell it what to cache. 15:33:25 q? 15:33:25 tzviya: file size, rights&perms, a11y -- do we want that in the manifest statement? 15:33:34 ... or do we need something else? 15:33:51 ... dauwhe you talked about relationship between files (e.g. reading order) 15:33:57 ... let's put this in context of manifest. 15:34:18 dauwhe: it should be possible to describe the sequence of which components should be presented to the user first. 15:34:56 tzviya: "A User Agent must know which component of the PWP to present to the user first." 15:34:56 The media-type stuff makes sense, and I'm sympathetic to the notion that a reading system should notify the user when there's content it can't render. But I'm wondering whether this goes too far afield from how the web works. Why not use the same affordances browsers have with broken video or images, and leave it at that? 15:35:07 ???: should it not be in order? 15:35:31 tzivya: I think those are two different use cases. Someone from WebApps talked about startURL. 15:35:55 q? 15:35:58 dauwhe: e.g., choose your adventure. 15:36:21 tzivya: "A User Agent must know in what sequence to present components to users." 15:36:48 (multi-user reading experience FTW) 15:37:12 tzivya: anything else? 15:37:27 Bill_Kasdorf: should we mention which components are fundamental? 15:37:35 tzviya: already in the fundamentals. 15:37:52 dauwhe: might have to link. Manifest might describe a lot of the aspects of a publication. 15:38:19 ... we probably shouldn't worry about duplication at this time. 15:38:54 Bill_Kasdorf: just seemed logical. "What should be presented first, in which order" naturally leads to "which are essential" 15:39:02 ... "A User Agent must know which components are essential to the publication." 15:39:35 tzivya: we decided against "essential". 15:39:45 Bill_Kasdorf: right. What do we use? 15:40:22 tzviya: link to Section ... 15:40:36 dauwhe: and then we ignore who gets to decide this. 15:40:49 tzivya: we decided it can be situational. E.g., dyslexic font. 15:41:09 ... which is user required. Others (legally required fonts) might be author required. 15:41:32 s/link to Section .../link to Section 2.1.xx 15:42:21 tzivya: let's clean up the following part. 15:42:27 ... thanks for the additional edits. 15:42:43 ... so we have info on media type, size, permissions&rights, accessibility. 15:42:46 FWIW -- coming up to fade-out portion of bus ride -- It's been an initial pleasure! 15:43:34 Hugh: could you clarify performance and memory limitation? 15:44:03 dauwhe: e.g. I have 500MB of images and documents. Would I rather parse them all or have a json list? 15:44:49 .. or e.g., efficiency. 15:44:56 ... or e.g. efficiency. 15:45:01 garth: also driven by offline use case. 15:45:49 tzivya: do we want to mention "pre-processor" anywhre? 15:46:14 ... e.g., "before displaying it." to "without pre-processing"? 15:46:43 dauwhe: seems odd but no real insight into what reading systems do. 15:47:00 luc: e.g., reading system preloads next chapter before it is accessed. 15:47:18 tzviya: let's do "how to present content before displaying it or pre-processing." 15:48:12 ... biblio use case (publication information) -- please use the break to add. 15:48:41 ... what about "As a reading system, I need to know if I need additional processing instructions, such as with MathML."? 15:49:11 dauwhe: example for general principle. If a section includes MathML, the system might have to load MathJax etc. 15:49:51 tzviya: all clear. 15:50:10 ... next up: "As a reading system, I should be able to process permissions and rights information for each component identified in the package. " 15:50:30 luc: we had this in the other section? 15:50:56 tzivya: here about placing content in package for offline 15:51:10 ... "For example, I need to know if I have the rights to place an image of the Mona Lisa owned by Louvre in a package to be downloaded offline." 15:52:24 ... next: offline use case. 15:52:33 q? 15:53:24 ... is it delivered to user agent or to user? 15:54:00 available? 15:55:34 ... I'll just delete it for now. Any objections? 15:55:59 ... what we haven't done today is anything to bibliographic metadata, editing/updating the manifest. 15:56:40 ... given our hiatus, we need to finish this soon. We want this at TPAC and we don't have a lot of time once we get back to it in August. 15:56:54 ... so if you have time, please focus on this. 15:57:27 q+ 15:57:30 ack l 15:57:42 laudrain: if there an agenda for TPAC? 15:57:54 tzviya: not yet. 15:58:07 Bill_Kasdorf: all day sessions in Mon/Tue? 15:58:12 tzviya: yes. 15:58:20 dauwhe: book now -- hotels filling up. 15:58:49 brady_duga has joined #dpub 15:59:08 Thanks! I'll have this updated on git in a few minutes. 15:59:33 tzivya: thanks everyone. 15:59:39 hughmcguire has left #dpub 15:59:57 clapierre has left #dpub 16:00:05 rrsagent, make minutes 16:00:05 I have made the request to generate http://www.w3.org/2016/07/11-dpub-minutes.html tzviya 16:00:24 rrsagent, make logs public 16:01:40 rrsagent, bye 16:01:40 I see no action items