14:17:08 RRSAgent has joined #dpub 14:17:08 logging to http://www.w3.org/2014/05/12-dpub-irc 14:17:10 RRSAgent, make logs public 14:17:10 Zakim has joined #dpub 14:17:12 Zakim, this will be dpub 14:17:12 ok, trackbot; I see DPUB_DPUBIG()11:00AM scheduled to start in 43 minutes 14:17:13 Meeting: Digital Publishing Interest Group Teleconference 14:17:13 Date: 12 May 2014 14:17:20 Chair: Liza daly 14:18:01 Agenda: http://lists.w3.org/Archives/Public/public-digipub-ig/2014May/0011.html 14:19:57 rrsagent, draft minutes 14:19:57 I have made the request to generate http://www.w3.org/2014/05/12-dpub-minutes.html ivan 14:21:54 Regrets: Vlad 14:22:17 Regrets: Philm 14:22:23 rrsagent, draft minutes 14:22:23 I have made the request to generate http://www.w3.org/2014/05/12-dpub-minutes.html ivan 14:23:03 Regrets+ Vlas 14:23:06 rrsagent, draft minutes 14:23:06 I have made the request to generate http://www.w3.org/2014/05/12-dpub-minutes.html ivan 14:23:21 s/Vlas/Vlad/ 14:23:41 Chair: Liza Daly 14:53:57 AH_Miller has joined #DPUB 14:54:01 liza has joined #dpub 14:54:46 Mike Miller from Antenna House has joined 14:54:51 murakami has joined #dpub 14:55:45 DPUB_DPUBIG()11:00AM has now started 14:55:52 + +1.617.453.aaaa 14:56:00 + +1.240.421.aabb 14:56:15 zakim, dial ivan-voip 14:56:15 ok, ivan; the call is being made 14:56:17 +Ivan 14:56:20 fjh has joined #dpub 14:56:46 zakim, aabb is AH_Miller 14:56:46 +AH_Miller; got it 14:56:59 zakim, aaaa is Liza 14:56:59 +Liza; got it 14:57:29 + +49.228.36.aacc 14:57:37 + +1.617.439.aadd 14:58:00 zakim, aacc is pkra 14:58:00 +pkra; got it 14:58:10 +[IPcaller] 14:58:11 zakim, ipcaller is me 14:58:12 +fjh; got it 14:58:30 zakim, aadd is dkaplan3 14:58:30 +dkaplan3; got it 14:59:01 +??P10 14:59:02 + +1.917.207.aaee 14:59:12 Zakim, aaee is me 14:59:12 +dauwhe; got it 14:59:28 zakim, ??P10 is me 14:59:28 +murakami; got it 14:59:33 zakim, ??P10 is murakami 14:59:33 I already had ??P10 as murakami, ivan 14:59:37 tzviya has joined #dpub 15:00:07 +Tzviya 15:00:15 Zakim, why have you forgotten us? 15:00:15 I don't understand your question, dauwhe. 15:00:32 Bert has joined #dpub 15:00:37 mgylling has joined #dpub 15:00:42 benjaminsko has joined #dpub 15:00:56 zakim, code? 15:00:56 the conference code is 3782 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), mgylling 15:00:57 zakim, who is your daddy? 15:00:58 Ralph is taking good care of me but you all are my family, fjh 15:01:09 + +1.734.904.aaff 15:01:10 +Stearns 15:01:11 Luc has joined #dpub 15:01:13 +??P20 15:01:18 Bill_Kasdorf has joined #dpub 15:01:23 + +1.917.447.aagg 15:01:24 zakim, aaff is Bill_Kasdorf 15:01:24 +Bill_Kasdorf; got it 15:01:27 zakim, ??P20 is me 15:01:27 +mgylling; got it 15:01:30 brady_duga has joined #dpub 15:01:39 + +1.217.244.aahh 15:01:42 gcapiel has joined #dpub 15:01:43 - +1.217.244.aahh 15:01:51 zakim, aagg is benjaminsko 15:01:51 +benjaminsko; got it 15:01:52 david_stroup has joined #dpub 15:01:54 +duga 15:02:09 + +33.1.41.23.aaii 15:02:30 +Bert 15:02:33 zakim, aaii is Luc 15:02:33 +Luc; got it 15:02:35 + +1.217.244.aajj 15:02:46 + +1.201.783.aakk 15:02:52 +??P8 15:02:57 + +1.585.217.aall 15:03:03 zakim, ??P8 is me 15:03:03 +gcapiel; got it 15:03:03 you can add your number/name here 15:03:05 http://www.w3.org/1998/12/bridge/info/name.php3 15:03:08 pbelfanti has joined #dpub 15:03:13 zakim, pbelfanti 15:03:13 I don't understand 'pbelfanti', ivan 15:03:23 zakim aajj is pbelfanti 15:03:27 TimCole has joined #dpub 15:03:41 zakim, aajj is TimCole 15:03:41 +TimCole; got it 15:03:47 585 - stroup 15:04:00 zakim, 585 is david_stroup 15:04:00 sorry, ivan, I do not recognize a party named '585' 15:04:11 zakim, aaii is david_stroup 15:04:11 sorry, ivan, I do not recognize a party named 'aaii' 15:04:31 zakim, aall is david_stroup 15:04:32 +david_stroup; got it 15:04:39 :( 15:04:48 zakim, who is here? 15:04:48 On the phone I see Liza, AH_Miller, Ivan, pkra, dkaplan3 (muted), fjh, murakami (muted), dauwhe, Tzviya, Bill_Kasdorf, Stearns, mgylling, benjaminsko, duga, Luc, Bert, TimCole, 15:04:52 ... +1.201.783.aakk, gcapiel, david_stroup 15:04:52 On IRC I see TimCole, pbelfanti, david_stroup, gcapiel, brady_duga, Bill_Kasdorf, Luc, benjaminsko, mgylling, Bert, tzviya, fjh, murakami, liza, AH_Miller, Zakim, RRSAgent, 15:04:52 ... dkaplan3, dauwhe, ivan, pkra, astearns, liam, trackbot, plinss 15:06:32 pkra: introduced himself 15:06:41 welcome Peter! 15:07:15 zakim, who is noisy? 15:07:18 dkaplan introduced herself. With Safari books, accessibility expert; both standards, QA, coding side well versed. 15:07:25 ivan, listening for 10 seconds I heard sound from the following: Liza (55%), AH_Miller (42%), dkaplan3 (15%), Bill_Kasdorf (19%) 15:07:31 liza: approving last week's minutes 15:07:37 scribenick: pkra 15:07:38 ... minutes approved. 15:08:10 liza: main topic: structural semantics markup group. 15:08:23 ... table at end, proposing various options for annotating str. semantics. 15:08:30 ... need something more friendly to OWP. 15:08:35 https://www.w3.org/dpub/IG/wiki/StructuralSemantics 15:08:36 +madi 15:08:45 -> https://www.w3.org/dpub/IG/wiki/StructuralSemantics#Approaches:Solution_Criteria_and_Options Table on the criteria 15:08:50 ... wiki was updated. 15:08:51 madi has joined #dpub 15:09:21 i/liza: main/Topic: Content and markup TF/ 15:09:46 Ivan: summarizing: tried to put smthg for each table. 15:10:00 ... AT contract not always clear. 15:10:09 ... my opinion. could be totally wrong. 15:10:24 ... davidF commetns by email. 15:10:36 q+ 15:10:37 s/davidF/dauwhe/ 15:10:43 ... (correction from pkra: David Cramer?) 15:11:16 tzviya: goal: spelling out _very clearly_ why we want / not want to use these. 15:11:23 ... ex. namespacing. 15:11:53 Ivan: let's go through it line by line. 15:12:04 ... everybody can respond. 15:12:28 ... namespacing -- current approach in epub. 15:12:40 ... primary issue: XML specific thing. 15:12:50 ... future is HTML5 w/o x 15:13:02 +Liam 15:13:18 ... then namespaces are the either a problem or produce dissent. 15:14:00 ... if HTML5+scripting is the future, then XML namespaces dangerous. 15:14:19 liza: anyone think moving away from namespaces is a bad choice? 15:14:19 q+ 15:14:29 ack tzviya 15:14:34 davidCramer: what is IDPF's position? 15:14:35 ack mgylling 15:14:47 mgylling: IDPF is currently doing nothing. 15:15:04 q+ 15:15:05 ... wants this idea to produce recommendations to inform IDPF. 15:15:20 q+ 15:15:28 ... ppl have lots of problems + workaround to avoid/deal with namespaces. 15:15:39 ... wait for recommendations from W3C and DPIG 15:15:46 ... integrate in epub / IDPF standards. 15:16:19 ... re first column: AT contract might be a bad choice 15:16:31 ... more whether AT digestion is automatic. 15:17:07 ... whether existing solutions can deal with it 15:17:18 ... whether existing APIs can already provide. 15:17:35 ack fjh 15:17:43 Ivan: we don't know w/ they exist 15:18:24 ... somebody should happen right away. 15:18:30 Tzviya: I'll take care of it. 15:18:43 q+ 15:19:28 fjh frederic: @Ivan: a11y not possible with namespaces? 15:19:47 Ivan: JS developer today will use one of the major libraries (jquery etc) 15:20:02 ... those tools usually don't test for xhtml anymore. 15:20:23 ... risk that future development will tend to not work on xhtml. 15:20:24 s/fjh frederic/Luc/ 15:20:35 (ah, sorry). 15:20:58 ack Luc 15:21:06 ack fjh 15:21:29 unmute me 15:21:36 zakim, unmute fjh 15:21:36 fjh was not muted, ivan 15:21:37 zakim, unmute fjh 15:21:38 fjh was not muted, liza 15:21:51 ack liam 15:21:51 ack liza 15:22:02 q+ 15:22:15 liam: robin's comment at Paris workshop explicitly do not apply to xhtml. 15:22:39 ... if you add namespaces, you're going outside polyglott spec 15:22:44 q+ 15:23:18 ... don't see Robin's argument as abandoning xhtml. 15:23:32 Liza: but still true that libraries won't support xhtml. 15:23:37 ack markus 15:23:39 liam: true. 15:23:46 ack fjh 15:24:31 frederick: about the table. what functionality are we looking for? 15:24:38 ack mgylling 15:24:55 mgylling: this is not about serialization. (we might want to discuss this some time) 15:24:59 ... it's about semantic inflection. 15:25:08 ... we need to do this serialization agnostic. 15:25:34 ... don't want to use HTML-specific or xHTML-specific ones. 15:25:56 liza: so third column most important. 15:26:21 Ivan: on to next line in the table: @hyphen 15:26:38 ... ppl using `ebook-type` 15:26:50 ... existing mechanism 15:27:03 possible to add such attributes, serialization agnostic, 15:27:11 ... possible to add such attributes, serialization agnostic 15:27:21 clear AT contract, no: +1 15:27:22 ... static provisioning. 15:27:48 ... much like epub right now, just slightly different string. 15:28:18 ... one key problem: validators. Any value would need approval HTML5 WG. 15:28:37 needs kind of registration-process. 15:28:44 ... needs kind of registration-process. 15:29:07 ... HTML5WG would look at values "what values are useful in general?" 15:29:11 ... would slow down the process. 15:29:31 liza: how would that be serialized in xhtml? 15:29:41 ivan: same attribute names. 15:29:56 ack liza 15:29:59 ack liam 15:29:59 liam, you wanted to note that one's own attributes are as far outside "standard HTML" as namespaces 15:30:17 liam: as soon as you add your own, then you're going outside the comfortable zone. 15:30:24 ... data-* is the natural way. 15:30:31 Ivan: I don't think it's the same issue. 15:30:38 ... yes, data-* more natural. 15:31:05 ... but @hyphen defined that you can get to these attributes (via JS) just like any other attributes. 15:31:23 ... will be in the DOM, JS can access them through regular DOM calls. 15:31:46 mgylling: itf-* attributes are an example. 15:31:48 +q 15:31:53 ack luc 15:31:57 - +1.201.783.aakk 15:32:04 Luc: wondeirng about openeness. 15:32:07 s/itf-*/ITS 2.0 15:32:13 See http://www.w3.org/TR/its20/ for reference 15:32:24 ... with @hyphen we have to get through validation. 15:32:32 ... if we put any kind of vocal inside them. 15:32:51 Ivan: they should be re-organized body that defines the possible values. 15:33:09 ... ex. IDPF could organize that body; shoulnd't be a problem 15:33:19 Luc: namespace problem is moved to attributes. 15:33:27 Ivan: yes. but agnostic to serialization. 15:33:50 Ivan: next in table: RDa / MD 15:33:53 moved to attributes values 15:34:03 ... the problems: no clear AT contract 15:34:22 ... problems: for many considered too complicated for users. 15:34:42 ... for authors, conceptionally. 15:34:55 ... MD more hidden 15:34:59 q+ 15:35:10 ... problems: appropriateness. 15:35:22 ... RDFa sensitive to subject. 15:35:33 ... (see last column) 15:36:07 ... e.g. concert. MD is about the concert, not the div element holding the description. 15:36:31 +1 15:36:32 ack Bill_Kasdorf 15:36:32 ... I think the goal of this table is something else. 15:36:35 +q 15:36:46 Bill: want to emph. that last point. 15:37:24 ack Luc 15:37:29 ... make that distinction strongly. 15:37:34 Luc: but I think we need both. 15:37:47 ... describe document and describe what it's about. 15:37:51 Ivan: completely agree. 15:37:58 Bill: agree. 15:38:25 Ivan: only: this table here is not about that. 15:38:35 q+ 15:38:36 ... this is about marking up index etc. 15:38:51 ack dauwhe 15:38:53 Bill_K: maybe call it "structural refinement"? 15:39:02 Luc: that makes more sense. 15:39:16 DaveC: si that problem that HTML is not granular enough? 15:39:35 Ivan: agree. 15:39:37 +1 15:39:48 +q 15:39:50 +1 15:40:04 Luc: understand distinction. 15:40:16 ... but we could use RDFa appropriately. 15:40:58 ... why couldn't RDFa not be used to describe the doc itself? 15:40:59 If Luc is right, why did the ITS2.0 folks not go this route? 15:41:30 Ivan: technically it could be done. but very technical. You need to give a URI to each DIV element on which you make a statement. 15:41:51 ... horrendously ugly and complicated 15:41:52 answer: “horrendously ugly” 15:42:13 .. thats' why IDPF didnt' adopt it either. 15:42:33 Ivan: @role. much like @hyphen 15:42:43 ... but we get into a similar problem. 15:42:50 ... how would the valures be registered. 15:43:03 ... there's role and sometimes aria-* attributes. 15:43:16 ... biggest problem imho: registration needed. 15:43:32 ... would have to go to a11y groups. 15:43:45 +1 15:43:56 ... while this is partly a a11y technology, it's not directly. 15:43:59 q+ 15:44:21 ack Luc 15:44:24 ack mgylling 15:44:47 mgylling: @role: we had some discussions with PF people (Rich Schwartz???). 15:45:03 ... PF thinking about going beyond AT with @role. 15:45:15 .. but no guarantee that they will go there. 15:45:25 ... we need an update on that . 15:45:43 ... but: only one to get +1 on AT column. 15:45:57 ... no need for specialization from AT tech. 15:46:04 ... @role is unique in that. 15:46:13 Liza: only advantage over @hyphen? 15:46:20 mgylling: no need to create specification. 15:46:29 ... easy to get support from validators. 15:46:35 ... maybe. 15:46:37 q+ 15:46:43 Ivan: maybe indeed. 15:46:51 q+ 15:47:13 ack Bill_Kasdorf 15:47:19 ... we'd have to deal with 2 WGs if we go down that route. 15:47:33 BillK: any issues of multiplicity of attribute? 15:47:49 Ivan: I don't know. 15:48:24 BillK: multiple values for @role attribute (aria + publisher specifics) is that a problem. 15:48:35 ack tzviya 15:48:36 mgylling: no, it already takes care of that. 15:48:42 ... in theory anyway. 15:49:07 https://www.w3.org/dpub/IG/wiki/Summary_of_20140314_Structural_Semantics_Call 15:49:08 q+ to ask why there are no external formats in the table, e.g., or linked from a manifest file. 15:49:11 tzviya: a) meeting with Rich. leaning towards @role rather than new spec. => link. 15:49:22 ... personally +1, easier to implement. 15:49:32 ... would have to look at the inherit semantics. 15:50:06 ... can't be introducing contradictions. 15:50:22 Ivan: we need (urgently) update from PF working group. 15:50:27 Zakim, who is noisy? 15:50:38 dauwhe, listening for 10 seconds I heard sound from the following: dkaplan3 (23%), Bill_Kasdorf (13%) 15:50:41 ack Bert 15:50:41 Bert, you wanted to ask why there are no external formats in the table, e.g., or linked from a manifest file. 15:52:03 liza: let's skip @class and @data-*. They're both for different things. 15:52:08 ... custom elements? 15:52:13 ... tackle now? 15:52:42 Ivan: is it a sledge hammer? 15:52:48 15:52:53 ... means: we add a new HTML element. 15:53:01 (thanks liza) 15:53:18 ... justified for some things (ebooks in general yes) 15:53:26 ... but for this particular problem, it's nuking the problem. 15:53:51 15:54:05 mgylling: put it in because it's hailed in some pub tech as the best thing since sliced bread. 15:54:30 q+ 15:54:42 dauwhe: Ha ha 15:54:43 Ivan: heard it at Edupub, for widgets. 15:55:10 ... great topic in general for the IG. 15:55:17 ... just not here. 15:55:19 ack tzviya 15:55:56 +1 15:56:00 +1 15:56:05 tzviya: even if we propose "chapter", it would bring up a huge list of elements, most of which would be hard tocommnicate. 15:56:14 +1 15:56:17 mgylling: has utility for books, but for more complicated ones than this one. 15:56:21 +1 15:56:59 Bert: all of these are in the document itself. Why not external format? 15:57:09 ... e.g. an XML document to point into the document. 15:57:11 q+ 15:57:43 ack dauwhe 15:58:00 -TimCole 15:58:00 Zakim you're useless 15:58:22 I'm not follwing b/c markus has too much background. 15:58:55 DaveC: if we add vocabularies, it would be overkill to link to an external file. 15:59:02 ... saying this is a chapter. 15:59:15 mgylling: some other ideas for CSS to go beyond styling. 15:59:38 Bert: old idea. Ever since RDFa, CSS has been saying: that's just what CSS does. 16:00:06 Ivan: technically I can see something like CSS selector used for that; relatively simple. 16:00:14 ... but still needs some hooks into the HTML text itself. 16:00:21 ... no real win 16:00:21 -Liam 16:00:42 Bert: maybe not all use cases. But some things, like glossary. 16:00:53 liza: and we're out of time. 16:01:05 ivan: pick up w/ next steps. 16:01:09 -duga 16:01:11 -Liza 16:01:13 -mgylling 16:01:14 -madi 16:01:14 -fjh 16:01:16 -pkra 16:01:16 -Tzviya 16:01:16 -david_stroup 16:01:16 -gcapiel 16:01:16 -Ivan 16:01:17 -Luc 16:01:17 -AH_Miller 16:01:17 -dkaplan3 16:01:19 -Stearns 16:01:19 -Bert 16:01:19 -dauwhe 16:01:21 fjh has left #dpub 16:01:22 -murakami 16:01:25 -Bill_Kasdorf 16:01:57 dkaplan3 has joined #dpub 16:02:14 dkaplan3 has left #dpub 16:02:17 rrsagent, draft minutes 16:02:17 I have made the request to generate http://www.w3.org/2014/05/12-dpub-minutes.html ivan 16:02:27 zakim, who is here? 16:02:28 On the phone I see benjaminsko 16:02:28 dkaplan3 has joined #dpub 16:02:30 On IRC I see madi, pbelfanti, gcapiel, Luc, benjaminsko, Bert, tzviya, murakami, Zakim, RRSAgent, dauwhe, ivan, pkra, astearns, liam, trackbot, plinss 16:02:33 -benjaminsko 16:02:35 DPUB_DPUBIG()11:00AM has ended 16:02:35 Attendees were +1.617.453.aaaa, +1.240.421.aabb, Ivan, AH_Miller, Liza, +49.228.36.aacc, +1.617.439.aadd, pkra, fjh, dkaplan3, +1.917.207.aaee, dauwhe, murakami, Tzviya, 16:02:35 ... +1.734.904.aaff, Stearns, +1.917.447.aagg, Bill_Kasdorf, mgylling, +1.217.244.aahh, benjaminsko, duga, +33.1.41.23.aaii, Bert, Luc, +1.217.244.aajj, +1.201.783.aakk, 16:02:35 ... +1.585.217.aall, gcapiel, TimCole, david_stroup, madi, Liam 16:02:43 dkaplan3 has left #dpub 16:02:52 trackbot, end telcon 16:02:52 Zakim, list attendees 16:02:52 sorry, trackbot, I don't know what conference this is 16:03:00 RRSAgent, please draft minutes 16:03:00 I have made the request to generate http://www.w3.org/2014/05/12-dpub-minutes.html trackbot 16:03:01 RRSAgent, bye 16:03:01 I see no action items