14:17:25 RRSAgent has joined #dpub 14:17:25 logging to http://www.w3.org/2016/06/13-dpub-irc 14:17:27 RRSAgent, make logs public 14:17:27 Zakim has joined #dpub 14:17:29 Zakim, this will be dpub 14:17:29 ok, trackbot 14:17:30 Meeting: Digital Publishing Interest Group Teleconference 14:17:30 Date: 13 June 2016 14:17:33 Agenda: http://www.w3.org/mid/ED3E44F6-FB72-42DC-8E6F-2B0D1694FDC1@gmail.com 14:17:50 ivan_ has changed the topic to: Agenda 2016-06-13: http://www.w3.org/mid/ED3E44F6-FB72-42DC-8E6F-2B0D1694FDC1@gmail.com 14:18:36 Regrets: TimCole, Heather, DanielW, Shane, Tzviya 14:18:42 Chair: Markus 14:46:21 cmaden2 has joined #dpub 14:52:25 mgylling has joined #dpub 14:55:49 Avneesh has joined #dpub 14:56:07 Regrets+ Ayla 14:56:35 dkaplan3 has joined #dpub 14:57:10 regrets+ tzviya, heather, tim, shane, danielw 14:57:12 present+ Deborah_Kaplan 14:58:01 present+ dauwhe 14:58:23 brady_duga has joined #dpub 14:58:32 present+ Avneesh 14:59:02 present+ George 14:59:06 present+ Markus 14:59:08 present+ Chris_Maden 14:59:38 d has joined #dpub 15:00:00 George present 15:00:07 NickRuffilo has joined #dpub 15:00:10 laudrain has joined #dpub 15:00:14 scribenick: nickruffilo 15:00:17 clapierre has joined #DPUB 15:00:29 pkra has joined #dpub 15:00:33 rdeltour has joined #dpub 15:00:37 present+ duga 15:00:40 Present+ Peter Krautzberger 15:00:48 zakim, who is here? 15:00:48 Present: Deborah_Kaplan, dauwhe, Avneesh, George, Markus, Chris_Maden, duga, Peter, Krautzberger 15:00:49 present+ Charles_LaPierre 15:00:51 On IRC I see rdeltour, pkra, clapierre, laudrain, NickRuffilo, d, brady_duga, dkaplan3, Avneesh, mgylling, cmaden2, Zakim, RRSAgent, ivan, darobin, rego, Florian, chaals, Karen, 15:00:51 ... liam, dauwhe, nikos, bigbluehat, iank_, astearns, ShaneM, csarven, trackbot, plinss 15:00:57 present+ Luc 15:01:25 present+ 15:01:30 present+ 15:02:07 https://www.w3.org/2016/06/06-dpub-minutes.html 15:02:45 Markus: "Any issues with minutes from last week? No - approved" 15:03:03 Bill_Kasdorf has joined #dpub 15:03:17 present+ Bill_Kasdorf 15:03:34 present+ Benjamin_Young 15:04:36 Markus: "The next topic is another virtual face-to-face. It was on the agenda last week, but use-cases took up time. We were thinking we should have some kind of frequency with virtual face-to-face. The general concensus was that the last one was worth-while and we go alot done, and the video was a nice touch. We're tossing out the week of the 4th of July. There were 2 days that we want to 15:04:36 propose. Since the agenda was sent, Tuesday was shot down but Thursday the 7th is a potential date for the meeting?" 15:04:38 +1 15:04:41 +1 15:04:44 July 7 is fine with me 15:04:46 July 7 OK for George 15:04:48 +1 15:04:50 +1 15:04:51 -1 15:04:56 +1 15:04:59 +1 15:05:03 +1 15:05:04 +1 15:05:10 +1 15:05:20 +1 15:06:38 Markus: "Same time as last - 8am Eastern to 2pm Eastern. For europeans 2 in the afternoon until 6pm. 5am for west-coasters..." 15:06:58 * - noon - not 2pm eastern... 15:08:29 Markus: "For the west coaster people we will shift an hour so the NEW time will be 9am eastern to 1pm Eastern - 4hours total. 6am West coast start, 3pm European start..." 15:09:16 http://www.timeanddate.com/worldclock/fixedtime.html?msg=DPUB+IG+Meeting&iso=20160707T09&p1=43 15:11:43 Markus: "Moving on. An additional call... We said for a while that we wanted a joint call with BFF group in IDPF and the general IG. This because there is a potentially large overlap in what the groups are doing. BFF is a spinoff of the epub revision is dto do a browser-based JSON version of things. It's a separate project without a deadline. We thought we'd set up a call just to meet and 15:11:43 greet with those people - one being dave cramer and hadrien to talk about BFF and whta has been going on. We want to discuss short-term and longer-term things that ensures that the way they evolve is useful in the future. The date is June 27. Ivan - you have set up a webex line for this, right? " 15:12:31 { Forever: { Friends: Best }} 15:12:49 Markus: "Should we firm up an agenda?" 15:13:01 Dave: "Someone will create an agenda, but we should probably have one of our own." 15:13:50 Markus: "Next up are two items relating to CSS - the first is about the F2F in San Francisco. It struck us last week, but we didn't get a recap. Is there anything that we need to be aware of?" 15:16:31 bjdmeest has joined #dpub 15:16:36 q+ 15:16:53 q- 15:17:04 Present+ Ben_De_Meester 15:17:09 q? 15:17:10 Dave: "As far as some of the big things - flexbox and grid. I think Flexbox is really close to done, and it's going to CR or will be very soon. Grid isn't as far along but they've been continuing to make progress on it. Another big thing for us is generated content in CSS. The existing working draft of that is from May 2003. I took over the spec with someone else and we removed 13 years of 15:17:10 stuff - and then updated it to more relevant things. We talked about that in advanced of what will be the first public working draft. The most exciting bits around that is that the print processors seem to allow generated contents on elements and not just pseudo elements - yet there is controversy around those ideas. The brwosers - at least chrome - allows you to use an image, but not a 15:17:11 text-string as user-generated content. The working group resolved to continue what browsers do, that you cannot have arbitrary elements, so you could replace a URL with an image or a video. 15:17:30 Ivan: "What is the generated content on elements?" 15:17:31 regrets+ Michael_Miller 15:18:43 generated content is a must have in text composition 15:19:08 q+ 15:19:16 q? 15:19:42 ack ivan 15:19:43 Dave: "You could say: h1: content {"this is a head"} which would replace the DOM content with what you state. There are situations where it is handy, but you can work around most of those situations. The other big thing with generated content is accessibility. When I was working on the spec with phantisi, we talked about building in an alternate text within the content itself. So you could 15:19:43 use the content property, then a trailing slash and alternate text if needed. One nice thing about this is that you can use all the existing techniques for alt-text, such as having an empty string for alt-text if the content is purely decorative. We know we have lots of more work to do with the accessibility. We know there is alot to do and it's very buggy with all the implementations. I know 15:19:44 we need to do an AAM." 15:19:45 Q: Does this break separation of presentation and content? 15:19:47 ivan: .chapter-title::before { content: "Book Name: "} 15:19:59 Ivan: "How would that be used with alternate text?" 15:20:06 Great to hear alttext was added to generated CSS generated content! 15:20:19 h1:before { content: url(icon.png) / "alt text for an icon" } 15:21:04 s/CSS generated/CSS 15:21:35 q+ 15:22:03 Dave:" there is a grey area here - this has been part of CSS from the beginning. There are good uses for generated content with respect to accessibility. One example from the epub accessibility guidelines are thought/expression breaks where there may be three blank lines, etc. We asked in epub to use HR to define that sort of interupption. For genereate content, that ornament can be added to 15:22:04 that HR while maintaining accessibility. " 15:22:12 q? 15:22:15 ack ivan 15:22:48 Ivan: "Back to your example, I get the syntax, but does it mean that the browser is expected to use the alt-text, popping it up in a small yellow box? " 15:22:53 Dave: "That I don't know." 15:23:46 Ivan: "In the case of an alt-text for an image, the alt-text is processed - and the CSS can be ignored but the processor can still see it. But for this, the processor would still need to go through the CSS. " 15:23:50 Dave: "Yes." 15:24:06 Dave: " 15:25:11 ...: "This is where things get complicated - it will need to get inserted into the render tree - and this is the question of how things get inserted into the accessiblity tree. So we need generated text to be searchable and selectable. The goal here is to provide the information that AT would need to do something helpful here. Much more would need to be done to determine how that would happen." 15:25:46 Markus:" OK - that's interesting stuff. Lets move on to next things. Dave - anything else from the meeting?" 15:27:42 Dave: "A couple of other things - the working group has been interested in things around baseline grids - in order to control alignment of stuff across pages and columns. This is something that CSS doesn't do hardly at all. Adobe had been working on a baseline grid spec. Koji did something called a step sizing spec, which was supposed to solve some of these issues. We talked about that spec, 15:27:42 but we don't think it may meet all the use-cases that we have. Another fun thing is hanging punctuation. Apple has implemented this in webkit, and we talked about it a bit. We'll keep it in CSS text-level 3 but I've been tasked to learn it out. We know better what should happen in CKK languages than Latin languages." 15:29:30 ...: "The final thing I'll say about the CSS meeting, Florien brought up a somewhat rare situation with page numbers and odd indexing - you dont' know how wide something will be, as it might be on page 99 or page 100 - so you risk getting into a cycle of renumbering. It was probably not the best thing to bring up, but it brought up a rant by some developers: 'why are we wasting time on 15:29:31 book/publishing stuff, when I only want to talk about what [my browser] will implement in the next 6 months. There were words exchanged..." 15:30:04 ...: "There were then discussions as to if we should care about all these different groups/topics." 15:30:38 Markus: "We are talking about Priorities next. Before we dive in, is there anything the IG should be doing to help you out therE? 15:31:05 Dave: "What I really need is input from fine-art typographers. " 15:32:03 George: "Are there sufficient numbers in the CSS group?" 15:32:35 Dave: "There are never enough. I'm not sure if it makes sense for more people to join. But only if you are really interested." 15:33:13 q+ 15:33:14 raising issues on github and commenting on issues is always welcome 15:33:18 ack nick 15:34:39 Nick: "Which is more important to - studies showing things are valuable to users - or business drivers?" 15:34:47 Dave: "Most likley business driven." 15:35:12 Ivan: "If there is real business - in the sense of showing that more people will use a browser to do certian things if a feature is there, that also drives decisions." 15:36:53 Ivan: "It's important - especially with Pagnitation - if there are studies showing it's better than scrolling, it becomes useful." 15:36:56 http://w3c.github.io/dpub-pagination/priorities.html 15:37:11 Topic: CSS Priorities 15:37:25 Markus: "Moving on. Next topic is priorities. Maybe, dave, for the avoidance of confusion, can you begin with reminding us how it is related to LatinReq and why it is different." 15:38:42 Dave: "It's oddly self-evident and impossible to expliain. We wanted to come up with a wish-list of things we'd like to be able to do but cannot do. There are several reasons for why we cannot do something. Easiest level - 3 browsers let you do something, but 4th doesn't - so that prevents you from doing something everywhere. The idea was to come up with things that would have the biggest 15:38:42 bang for the buck - and how we communicate that to the browser vendors. This document was a relatively flawwed attempt to do that." 15:38:48 Markus: "What are the problems with it?" 15:39:22 Dave: "These are hard things to talk about as it's hard to make a business case - as we tend not to have large amounts of input. it's hard to have a formal process for assigning priorities. " 15:39:31 Markus: "Was it exposed to the CSS working group?" 15:39:39 davE: "Yes, but a year ago and I forgot how it got?" 15:39:47 Markus: "What was the response?" 15:40:05 Dave: "There were some questions as to what it was for and how it was prioritized?" 15:40:07 q+ 15:40:10 http://w3c.github.io/dpub-pagination/priorities.html#changes-since-the-editors-draft-of-30-august-2015 15:40:38 q? 15:41:30 ...: "I made some updates, and throught it would be useful. The good news is that there is a fair bit of movement in the things we wanted. In a certain case - there was a lagging browser that got in a new item. Hyphens property is being worked on. Firefox has shipped some things for vertical writing mode. Hanging punctuation in Safari... Generated content... Character alignment in tables 15:41:30 is now in an editors draft..." 15:41:38 q? 15:41:41 ack Nick 15:43:19 nick1 has joined #dpub 15:43:49 George rejoining 15:43:50 Nick: "What if we ask publishers?" 15:44:28 q? 15:44:38 Dave: "I wouldn't want pre-determined ideas - but we don't want to be open ended. So it's hard for people to know what they haven't thought about. There are translation issues between CSS and publishing problems. " 15:44:52 ...: "Is there a different way we can get direct input into what people think about these things." 15:45:10 q+ 15:45:47 Markus: "Nick's question to me is +1. The basic question is that we felt the document was flawwed - but should we stop working on it or change the approach to achieve what was intenteded. It sounds like the original intent, backed by some weight, in terms of companies behind it - sounds like it would be a good thing. Alan? Dave? Would this be worthwhile?" 15:46:19 q? 15:46:33 Dave: "Do formal efforts like this help more? Or is it better for pubs to just talk to their apple reps" 15:47:41 Alan: "the main flaw with priorities - even with large pub backing - is that the browser developers will see this as a theoritical thing, and dismiss it, if there is not someone who is trying to build something but coming up with a roadmap. If a large publisher had a project, but were blocked by a feature, but had some developer weight - if you were to do this, we'd be able to implement this 15:47:41 thing, or remove a raft of javascript - ..." 15:47:43 q+ 15:48:02 Markus: "Isn't floriens group an example of this?" 15:48:09 q? 15:48:16 ack ivan 15:50:07 csarven has left #dpub 15:50:22 Ivan: "Alan said it better than I was going to. Just to compliment to what you said. I think the problem we have is that, in the CSS working group - and the same holds for HTML - what really counts and makes people think and move is people come not only with wishes, but some sort of implementations - polyfills or not - whether we like it or not, that's how those groups operate. If you just 15:50:22 come and say: 'wouldn't it be nice to have this' then people don't listen. If you come up and say: 'i tried to do it, implemented this, and there is a quick-and-dirty implementation - then that makes people listen more. I'm not sure that's good, but that's the impression I get. " 15:50:35 Markus: "In terms of an approach for us, where does that leave us?" 15:50:42 Apologies. I have to drop out early. 15:51:10 Ivan: "Just coming out and saying: 'we need this - we won't get the result we want..." 15:51:15 ack Nick 15:53:37 q? 15:53:42 q+ 15:53:47 ack ivan 15:54:10 Nick: "We have readium - and things like iBooks - that are web-based with a huge slew of additional features. So can we use that to convince the browsers to implement these things?" 15:54:18 speaking of pagination, look at this in desktop Safari 9+ https://dauwhe.github.io/epub-zero/acme-publishing/MobyDickPaged/ 15:54:29 Benetech is working with Readium on adding accessibility features 15:55:17 Ivan: "I'm afraid that there might be other features - and dave should know that better - where readium doesn't do certain things because it's not available. Readium doesn't have CSS polyfill for CSS features. They simply don't do it, and the message to the epub producer is that 'we can't do that becasue CSS doesn't do it." 15:55:18 q+ 15:55:27 ack Nick 15:56:04 overflow: -webkit-paged-x; -webkit-scroll-snap-type: mandatory; -webkit-scroll-snap-points-x: repeat(100%); 15:56:17 Readium is working on mathML Peter has filed some tickets with Readium on those issues and is helping to resolve them. 15:57:30 q+ 15:58:11 best-case scenario - people start publishing using something like Readium (or Readium itself) in large numbers, then browsers start competing with each other in how they enhance that experience 15:58:17 Markus: "Sounds to me, Dave, and this will be a day you remember - as your workload will get reduced. I don't think we should keep asking you about the CSS priorities doc. The approach we're using today is incomplete. We need to think of another way to do this that we can get something that bears fruit. And we don't know what method that is. Maybe worth discussing on the virtual face-to-face 15:58:20 q? 15:58:25 ack ivan 15:59:12 Ivan: "having - as comprehensive a CSS list as features that publishers need - having a list like that documented is still important." 15:59:18 q+ 15:59:36 ack dau 16:00:53 ...: "we shouldn't just throw it away - we need a document that says: 'these are the problems that have not been solved. The current document has quite a bit of that. As for the current document being operational, I'm not sure who to talk to in the CSS working group, or how to push forward. The document Dave started came out of a dicsussion that came out of TPAC - That is how the document came 16:00:53 into the picture - and it seems to have whatever we had then. Maybe we need to talk to them again. We can try to spend half and hour during the VF2F and see if the CSS WG will come..." 16:02:03 Dave: "I'll mention one historical thing - lots of work has been done on developing feature-sets like XSL-FO for publishers. It would be really helpful to have the GAP analysis - what's in FO but not CSS yet. We have things that have been spec'd. We have some publishers moving away from FO - so knowing the difference between the two is a big step. " 16:02:36 Dave: "That might be the natural outcome of FO from W3C - to determine what has been replaced by CSS and what has not. " 16:03:05 Dave: "It's a baseline for requirements for some scientific and journal publishing. There is lots of useful information we could profitablly mine." 16:03:16 Bill: "It's used by documentation publishers as well. " 16:03:37 Dave: "If our mission is digital publishign in general - here's a large area of digital publishing that hasn't made it to the web, it's worth us thinking about. " 16:04:24 Markus: "Lets keep that in mind as a new effort for this. We do need to discuss it further of the priorities document and what we need to do. I don't think it's useless to have the document, but I don't think it gets us to where we need to go, so that is why I recommended letting it go." 16:04:51 Bill: "There are things that we can only do by using FO or Readium - so here's the only way we can do them now and it's not a particularly good situation. " 16:05:07 Ivan: "Can we continue this next week?" 16:05:22 Markus: "Yes, we can resume discussion next week - and possibly the virtual F2F" 16:05:33 laudrain has left #dpub 16:05:35 clapierre has left #dpub 16:05:35 cmaden2 has left #dpub 16:06:06 rrsagent, draft minutes 16:06:06 I have made the request to generate http://www.w3.org/2016/06/13-dpub-minutes.html ivan 16:06:18 trackbot, end telcon 16:06:18 Zakim, list attendees 16:06:18 As of this point the attendees have been Deborah_Kaplan, dauwhe, Avneesh, George, Markus, Chris_Maden, duga, Peter, Krautzberger, Charles_LaPierre, Luc, rdeltour, ivan, 16:06:21 ... Bill_Kasdorf, Benjamin_Young, Ben_De_Meester 16:06:26 RRSAgent, please draft minutes 16:06:26 I have made the request to generate http://www.w3.org/2016/06/13-dpub-minutes.html trackbot 16:06:27 RRSAgent, bye 16:06:27 I see no action items