14:07:31 <RRSAgent> RRSAgent has joined #dpub
14:07:31 <RRSAgent> logging to http://www.w3.org/2015/06/29-dpub-irc
14:07:33 <trackbot> RRSAgent, make logs public
14:07:33 <Zakim> Zakim has joined #dpub
14:07:35 <trackbot> Zakim, this will be dpub
14:07:35 <Zakim> ok, trackbot; I see DPUB_DPUBIG()11:00AM scheduled to start in 53 minutes
14:07:36 <trackbot> Meeting: Digital Publishing Interest Group Teleconference
14:07:36 <trackbot> Date: 29 June 2015
14:24:15 <dauwhe> dauwhe has joined #dpub
14:50:44 <brady_duga> brady_duga has joined #dpub
14:54:37 <kwkbtr> kwkbtr has joined #dpub
14:58:15 <ivan> Present+ Ivan_Herman
14:58:36 <ivan> Present+ Nick_Ruffilo
14:58:45 <NickRuffilo> NickRuffilo has joined #dpub
14:58:45 <ivan> Present+ Toru_Kawakubo
14:59:00 <dauwhe> Present+ Dave_Cramer
14:59:04 <tzviya> tzviya has joined #dpub
14:59:06 <ivan> Present+ Tzviya_Siegman
14:59:24 <clapierre1> clapierre1 has joined #DPUB
14:59:46 <NickRuffilo> scribenick: NickRuffilo
14:59:56 <laudrain> laudrain has joined #dpub
14:59:57 <tzviya> agenda: https://lists.w3.org/Archives/Public/public-digipub-ig/2015Jun/0138.html
15:00:08 <pkra> Present+ pkra
15:00:15 <clapierre1> present+ clapierre1
15:00:42 <laudrain> present_ Luc
15:00:55 <laudrain> present+ Luc
15:01:14 <brady_duga> present+ duga
15:01:18 <dkaplan3> dkaplan3 has joined #dpub
15:01:44 <HeatherF> HeatherF has joined #dpub
15:02:19 <astearns> present+ astearns
15:03:29 <HeatherF> Mute early, mute often.
15:03:36 <bjdmeest> bjdmeest has joined #dpub
15:03:37 <tzviya> http://www.w3.org/2015/06/22-dpub-minutes.html
15:04:05 <NickRuffilo> Tzviya: "any comments on minutes for last week?"
15:04:16 <bjdmeest> Present+ Ben_De_Meester
15:04:21 <pkra> +1
15:04:22 <HeatherF> Sorry I missed it
15:04:28 <dkaplan3> present+ Deborah_Kaplan
15:04:37 <NickRuffilo> Tzviya: "Silence is golden - the minutes from last week are..... APPROVED!"
15:04:45 <NickRuffilo> Tzviya: "Web Annotations Update"
15:04:49 <HeatherF> present+ Heather_Flanagan
15:04:52 <NickRuffilo> topic Web Annonations Update
15:05:31 <tzviya> http://www.w3.org/annotation/
15:05:45 <pbelfanti> pbelfanti has joined #dpub
15:05:53 <NickRuffilo> Ivan: "as you know the group was created after a workshop.  We have no quite a good mix of publishers and web-application developers.  That's a good things.  part of the good is semantic web - some are the more 'geeky' web developers.  Contact is going OK - but they think different (tm)"
15:06:58 <ivan> http://w3c.github.io/web-annotation/model/wd/
15:07:02 <NickRuffilo> ...: "There are no issues, that's just the dynamics.  As you may know, the group started with a specific specification that wasn't a W3C standard - but was created by a community group - the open annotations community group.  They had a pretty complete specification.  That was the main input for the work there.  That work is the annotation data model.  The way annotations are represented when
15:07:02 <NickRuffilo> moving to different systems.  There was a first working draft that was published."
15:08:20 <NickRuffilo> ivan: "That document is mostly the same as the community draft.  Biggest difference is that this is based less on semantic web and TTL (one of the usual languages used for semantic web) and it has been translated into JSON - and it has both, so it lets you choose how you'd like to read it.  There were some minor changes."
15:08:28 <ivan> http://w3c.github.io/web-annotation/protocol/wd/
15:09:19 <Bert> Bert has joined #dpub
15:09:30 <NickRuffilo> ...: "There is a documentation called Web Annotations Protocol (linked above).  it's in a fairly good state and we hope to have it out in the first working draft in 1-2 weeks.  It's actually a document that is based on a recommendation that was recently published at W3C the LDP (linked data protocol) which looked at how you transfer this types of data over HTTP and store them, retrieve them, etc
15:09:30 <NickRuffilo> .  Fairly minor specification on top of the existing protocol."
15:09:50 <ivan> http://w3c.github.io/web-annotation/api/rangefinder/
15:11:06 <tzviya> q?
15:11:23 <NickRuffilo> ...: " The 3rd document that is in prep that we hope will be a draft within a few weeks is the Rangefinder API, which comes closer and closer to the things we've discussed.  The issues is how do you define a range or a sequence of characters, or place in a document to which you can attach some annotations - so you can also change, so it's relatively stable to changes to the document as a whole
15:11:23 <NickRuffilo> .  It's currently and API for Javascript - mainly for JS applications that are running on the client.  But it has issues on JS level things on how you can get the text of a selection, and find it in a document...  If you look at the document itself it's full of alot of issues.  It needs a lot of work."
15:11:56 <NickRuffilo> ...: "Once this rangefinder is specified, there should be some sort of URI or serialization of it, so I can define it in terms of URI, or fragment ID."
15:13:39 <NickRuffilo> ...: "There are lots of discussions on various use cases and technical details.  There are directions that have been raised that we still don't know if we'll do more.  Still not sure if we want to define and API in Javascript.  I don't know if this will be defined.  It is still something we have to look at.  The other thing that is regularly coming up - the annotation data model is JSON or Turtle
15:13:39 <NickRuffilo> .  Implementation will be JSON, but there are discussions on whether there is an HTML serialization of the model..."
15:14:34 <NickRuffilo> ...: "The way it could be used is that a client could add such elements into the DOM tree.  Since it's in terms of the DOM, it can be styled easily in general - which is probably something very useful.  Whether this would be done using existing elements or whether it would be done as an extension to HTML is unknown.  We haven't had any serious discussions on it yet."
15:15:13 <liam> present+ Liam_Quin
15:15:18 <NickRuffilo> ...: "We have some overlaps - which is good.  Bill K is regularly on the call.  Rob Sanderson will hopefully come back soon..."
15:15:50 <HeatherF> I can hear folks just fine, ivan included
15:15:59 <pkra> me too.
15:16:35 <tzviya> https://www.w3.org/annotation/wiki/Use_Cases#Use_Cases_by_the_Web_Annotation_Working_Group
15:17:14 <NickRuffilo> Tzviya: "From my perspective - what is happening in my day-to-day - my colleague is attending the annotation meetings.  There are topics we are both discussing.  Issues liek fragment identifier come up, and it may be helpful for everyone to discuss the overlaps.  The use-cases that the WG put together would be useful.  The copy-edit use-case for example."
15:17:19 <tzviya> q?
15:17:45 <tzviya> ack liam
15:17:45 <Zakim> liam, you wanted to discuss quick note on copy/edi use case
15:18:36 <NickRuffilo> Liam: "This relates to copy-edit use-case.  There is a change-markup working group.  They implemented the open-office using open markup - may be worth considering what they do."
15:18:56 <tzviya> q?
15:19:02 <liam> https://www.w3.org/community/change/
15:19:17 <NickRuffilo> Tzviya: "Idea is to keep the work we are doing in sync.  make sure we're aware of what everyone is working on."
15:19:23 <NickRuffilo> TOPIC: CSS Prioritization
15:19:27 <liam> (I think that is right; DeltaXML has offered their technology to W3C)
15:19:27 <tzviya> https://lists.w3.org/Archives/Public/public-digipub-ig/2015Jun/0091.html
15:19:36 <dauwhe> google doc: https://docs.google.com/spreadsheets/d/15IsDMPwSXx197Iqe4I9xh7K8anmJ5c0-OFEG7w0LHYM/edit?usp=sharing
15:19:40 <NickRuffilo> Tzivya: "Dave has put together a list of CSS priorities."
15:20:02 <dauwhe> The start of a more expository version: http://w3c.github.io/dpub-pagination/priorities.html
15:20:08 <NickRuffilo> ...: "We can spend some time today work on the priorities list."
15:20:40 <NickRuffilo> ...: "Thank you dave - this is the thing we really need to send to the CSS working group
15:21:12 <pkra> I'm here.
15:21:23 <pkra> q+
15:21:25 <NickRuffilo> ...: "It's STARTING in google docs for easy and quick edits - but we're doing an HTML doc in github as well"
15:21:32 <pkra> (not sure my mic works though)
15:21:53 <NickRuffilo> Dave: "I think some of this may end up merging with latinReq so i'm still figuring out the best way to collect and display this information"
15:21:58 <tzviya> ack pk
15:22:13 <pkra> mpf
15:22:32 <pkra> will dial-in again.
15:22:32 <tzviya> q?
15:22:34 <NickRuffilo> Tzviya: "Any other comments?"
15:22:36 <laudrain> +q
15:22:41 <tzviya> ack luc
15:22:46 <tzviya> ack l
15:23:02 <Bert> present+ Bert
15:23:07 <NickRuffilo> Luc: "I was just wondering why footnotes is #3?  Is it because it's already processed/specified?"
15:23:36 <pkra> liam I did "Present+ pkra"
15:23:50 <pkra> I'm doa;e
15:24:09 <pkra> (please pignore my single-handed typing)
15:24:16 <NickRuffilo> Dave: "Right now it's mostly a print feature and I'm not sure there is consensus that it works within digial publishing.  Within paged media I'm not sure there is a reason to display footnotes as they do in print.  It's a feature that's incredibly difficult to spec.  We are a long way from having interest for implementations.  It will have to be a lot of lower level features - and it is a
15:24:16 <NickRuffilo> problematic area."
15:24:48 <NickRuffilo> Luc: "if we treat footnotes as we do in paper, it could be complex, but if we treat it as a place where we treat it differently in digital - it comes down to spec."
15:25:01 <NickRuffilo> Tzviya: "That's an issue for semantics of HTML, not for CSS.  "
15:25:15 <NickRuffilo> Luc: "Do we really want footnotes to display at the bottom of the page in digital?"
15:25:55 <pkra> q+
15:26:21 <tzviya> ack pk
15:26:23 <NickRuffilo> DavE: "people are doing tons of things in HTML.  There are popups, and all sorts of renderings.  In open-web, we can do many renderings, but the bottom of a page is not really possible.  Until there are some specific display-mode that people agree on, it may be a bit pre-mature.   i'm not sure what we would do right now, besides saying "we want displays at the bottom of the page."  that would
15:26:23 <NickRuffilo> need new CSS or markup."
15:27:38 <NickRuffilo> Peter: "How far the MathML spec is a reasonable reference?  I suppose there is an open problem of MathML and CSS in general - and the reality of it in implementations...  How useful is the MathML reference?"
15:28:47 <pkra> sry'
15:29:44 <pkra> q+
15:29:46 <NickRuffilo> Dave: "Basically we're unsure how it will introduce it.  For the spreadsheet - this isn't what we'll do when we finally present it.  for each of the math issues - we have different points for different sections of the spec.  We know much exists in the MathML spec.  For the spreadsheet - spell out what items you want and why (specifics).  We'll get to the politics later on."
15:29:50 <tzviya> ack liam
15:29:50 <Zakim> liam, you wanted to note a tablet sized reader with visible footnotes could be a killer feature in education, should be based onuser choice not on CSS and javascript
15:30:28 <ivan> q+
15:30:35 <ivan> ack pkra
15:30:43 <dauwhe> q+
15:30:47 <NickRuffilo> Liam: "The spreadsheet is great - another aspect is what should be under USER control and what should be publisher control.  You may also want to say 'i want to see footnotes at the bottom of the screen'  If footnotes are marked up, the readers will have the ability to let the users choose.  We should bear that in mind."
15:31:19 <NickRuffilo> Liam: 'User style sheets are a low-level thing.  No user in the planet is capable of writing it, so it becomes the job of the user-agent.  This is more global.'
15:32:00 <NickRuffilo> Brady: "The user-stylesheet is misnamed.  It's broader - the ability for the user to do interesting things.  User-stylesheet is probably not the right word."
15:32:07 <liam> [e.g. "disaply footnotes at bottom of screen" depends on footnotes being marked up in the text]
15:32:18 <liam> s/disaply/display/
15:32:45 <ivan> q-
15:33:20 <tzviya> ack dauwhe
15:33:27 <NickRuffilo> Peter: "I think actual work needs to happen between MathML and HTML/CSS is equations.  How far is it appropriate to link to the mathML spec as a solution to the problem when they are supposed to be CSS problems."
15:33:53 <pkra> thx
15:33:55 <NickRuffilo> Dave: "Linking to MathML is perfectly appropriate.  It is a spec that has a solution to a particular problem - even if in a different space.
15:34:44 <NickRuffilo> ...: "Going back to user-control over styling.  I see that as a huge issue, on the scale of being it's own task force, I don't think it has been explored nearly enough.  My sense is that that is the model that CSS was built on and it's entirely inadequate - and we need to think about that area."
15:34:46 <NickRuffilo> +1
15:34:48 <tzviya> +1
15:35:03 <astearns> +1 to more discussion on user customization - the discussion usually ends on "not user stylesheets" and needs to progress past that
15:35:15 <tzviya> ack ast
15:35:24 <NickRuffilo> Tzviya: "we should not hesitate at ALL on commenting - this is an early document, please comment."
15:35:30 <murakami> murakami has joined #dpub
15:36:29 <NickRuffilo> tzviya: "Think of it as a brainstorming thing - priority is hard to assign and I think dave has done a good job so far with priorities, if you have input, dave would appreciate it.  If things are missing, throw them in.  We also need to figure out what to do NEXT with the document.  And how we bring it up to our friends."
15:36:58 <ivan> q+
15:37:17 <NickRuffilo> Dave: "If we have more priorities - more things we want but don't have - after that it is alot of wordsmitthing and information and such."
15:37:19 <NickRuffilo> q+
15:37:58 <NickRuffilo> Dave: "Input on priorities is greatly appreciated.  I found some recurring themes.  And posted on twitter..."
15:37:59 <tzviya> ack iv
15:38:29 <dauwhe> q+
15:38:40 <NickRuffilo> Ivan: "Let's remember how we started with this current round.  It started because there was a disconnect between DPUB and CSS WG - and CSS had a false impression that the DPUB community doesn't have anything to ask for - we're all happy with problems solved!"
15:39:42 <NickRuffilo> ...: "What this table shows is that this is not true.  What we want to show is to see what is the most helpful for the CSS working group to influence the way the CSS working group evolves so that everyone is equally happy.  Not sure we should go back into our corner for half a year.  we should see this as a continuous discussion."
15:40:43 <NickRuffilo> Bert: "Hard to say what the BEST approach is, but probably good to have some people meet at the fence.  To get to the prioirities - you'd need a champion who can talk to people - alan, dave, myself.  Try to get those people to speak up at the CSS working group.  People can read the documents, but you need someone to explain them in a nice voice
15:41:20 <tzviya> ack nick
15:41:25 <NickRuffilo> Ivan: "We did have the idea - chris offered to come to this call at some point - more interested in pagination that houdini, etc.  We could invite danielle glassman, etc.  Would be good to have regular contact"
15:42:23 <tzviya> s/glassman/glazman
15:42:44 <Bert> s/danielle/daniel/
15:44:31 <tzviya> ack dauwhe
15:44:43 <NickRuffilo> Nick: "Might be worth a read-through of EPUB3 spec and Apple Spec"
15:45:03 <ivan> q+
15:45:10 <NickRuffilo> Dave: "Most of what we've discussed are in multiple specs - so one of our big task is leaning on browser vendors to actually implement these things."
15:45:21 <NickRuffilo> Dave: "The CSS working group might not be the only working group to do that."
15:45:23 <tzviya> ack ivan
15:45:39 <NickRuffilo> Not just browsers - also ereading platforms
15:46:16 <NickRuffilo> Ivan: "We should separate features that land on CSS working group and features that are just about implementation by browsers/reading systems"
15:46:22 <laudrain> Sorry, have to quit
15:46:25 <laudrain> laudrain has left #dpub
15:47:11 <NickRuffilo> Dave: "Ways of structuring that are evolved - I've been trying to have a category for 'things that need spec' 'things that have been spec'd but need implementation' ..."
15:48:05 <NickRuffilo> Tzviya: "We have a few tasks in front - items we're asking for, and from whom we're making the request.  Our immediate goal is to list the items we're asking for.  Then what to do next is a little more complicated.  Not alot of support for implementation.  We need it written up and fairly quickly."
15:48:24 <HeatherF> Yes
15:48:27 <NickRuffilo> ...: "Everyone get comments in by end of the week.  Is that enough time for the first draft?"
15:48:29 <NickRuffilo> +1
15:48:31 <HeatherF> :-D
15:48:54 <NickRuffilo> ...: "In the following weeks we'll work towards documentation."
15:49:43 <clapierre1> q=
15:49:47 <clapierre1> Q=
15:49:52 <NickRuffilo> Liam: "When i get a chance, I'll add the properties in XSL-FO that aren't yet in CSS"
15:50:51 <NickRuffilo> Charles: "In reviewing the document - I see accessibility - it's blank right now.  Isn't that a big issue?"
15:51:39 <NickRuffilo> Charles: "With screen-readers and hyphenation - getting that working..."
15:52:14 <NickRuffilo> Dave: "That's also a question with initial letters, pseudo elements - making sure ..."
15:52:23 <NickRuffilo> ...: "What sort of virtual elements..."
15:53:12 <tzviya> q?
15:53:13 <NickRuffilo> Tzviya: "We need to make sure WHAT we are working on is accessible.  We may not right it, but it may get passed to PF for an accessibility review.  Most of what we're asking for is generated content - which is not accessibile."
15:53:17 <pkra> q+
15:53:23 <tzviya> ack pk
15:53:29 <pkra> http://bocoup.com/weblog/text-rendering/
15:54:25 <NickRuffilo> Peter: "I just was wondering what to do about the above issue.  Somebody analyzed that improving text rendering came with significant performance.  Even if we get issues into CSS, but they aren't usable, that gives other issues..."
15:55:17 <NickRuffilo> Dave: "On thing is we all have different use cases in different environments.  There are features that are not appropriate because of context, etc.  If readability is more important than 60FPS, we give authors tools so they can make tradeoffs themselves."
15:56:21 <NickRuffilo> Brady: "The performance issues are difficult to leave up to publishers - a 2meg chapters, with optimized legibility and pagination, it's hard to tell the publisher to worry about that, or the reading system.  Although not sure what CSS can do."
15:56:48 <tzviya> topic: changes to white paper
15:57:09 <tzviya> http://w3c.github.io/epubweb/draft/#general-architecture-for-portable-offline-and-online-states
15:57:09 <ivan> http://w3c.github.io/epubweb/draft/
15:57:13 <NickRuffilo> ivan: "I've made changes to the white-paper based on the discussion on Cache - where some of us chimed in.  I tried to put the general ideas in there.  Before I put that in the main version, I'd like it to be reviewed."
15:57:28 <ivan> http://w3c.github.io/epubweb/draft/#general-architecture-for-online-offline-publications
15:57:45 <NickRuffilo> ...: "Actually that URI should be the right one.  Please have a look today - because things need time to be read by others."
15:57:53 <tzviya> http://www.w3.org/TR/2015/WD-service-workers-20150625/
15:58:09 <NickRuffilo> Tzviya: "Service workers is a first-public working draft."
15:58:46 <NickRuffilo> +1
15:58:47 <HeatherF> +1
15:58:48 <pkra> +1
15:58:48 <tzviya> +1
15:58:49 <Karen> +1
15:58:49 <tmichel> tmichel has joined #dpub
15:58:50 <ivan> +1
15:58:50 <astearns> +1
15:58:52 <clapierre1> -1
15:58:53 <bjdmeest> +1
15:58:54 <Bert> +1
15:58:55 <dauwhe> +1 in some other time zone :)
15:59:26 <NickRuffilo> tzviya: "Looking for comments on CSS prioritization and the EPUB-WEB white paper - ASAP!!!!"
15:59:27 <brady_duga> brady_duga has joined #dpub
15:59:39 <clapierre1> clapierre1 has left #dpub
16:00:10 <tzviya> RRSAgent, make minutes
16:00:10 <RRSAgent> I have made the request to generate http://www.w3.org/2015/06/29-dpub-minutes.html tzviya
17:04:47 <rego> rego has joined #dpub
18:03:37 <Zakim> Zakim has left #dpub
18:33:27 <pkra> pkra has joined #dpub
19:44:04 <dauwhe_> dauwhe_ has joined #dpub
19:51:02 <shepazu_> shepazu_ has joined #dpub
20:21:52 <dauwhe> dauwhe has joined #dpub
22:11:29 <dauwhe> dauwhe has joined #dpub
23:24:04 <shepazu> shepazu has joined #dpub
23:35:16 <dauwhe_> dauwhe_ has joined #dpub