Meeting Record

There are some format problems with the chatlog. Please correct them and reload this page. They are labeled on this page in a red box, like this message.

It may be helpful to

Zakim IRC Bot: ok, trackbot; I see DPUB_DPUBIG()11:00AM scheduled to start in 37 minutes ←

Ivan Herman: ivan has changed the topic to: agenda meeting 2015-03-30 https://lists.w3.org/Archives/Public/public-digipub-ig/2015Mar/0049.html ←

Zakim IRC Bot: One of the Zakim-bot support machines needs a reboot; Zakim-bot may exit but will be back in a few minutes ←

Scribe problem: the name 'Peter' is ambiguous. It could be any of: Peter Krautzberger Peter Linss . Either change the name used or insert a 'PRESENT: ...' line to restrict the active names.

Scribe problem: the name 'Tim' is ambiguous. It could be any of: Tim Clark Timothy Cole . Either change the name used or insert a 'PRESENT: ...' line to restrict the active names.

Scribe problem: the name 'Alan' is ambiguous. It could be any of: Alan Tam Alan Stearns . Either change the name used or insert a 'PRESENT: ...' line to restrict the active names.

Unknown NickRuffilo: i am here, will scribe/call in 5 minutes, finishing up something ←

Brady Duga: Ivan, I assume that comment was about dialing in. Are you having troubles as well? ←

Zakim IRC Bot: On IRC I see pbelfanti, pkra, tmichel, LJNDawson, phil_m, philm, clapierre, Ayla_Stein, AH_Miller, tzviya, brady_duga, mgarrish, dauwhe, NickRuffilo, RRSAgent, Karen, ivan, rego, ←

Zakim IRC Bot: ... mihnea_____, astearns, liam, dkaplan3, plinss, iank, trackbot ←

Tzviya Siegman: "Matt Garish - please walk through the not-yet-working draft of ARIA dpub module" ←

Matt Garrish: "The big change is that we've gone through and been tightening up some of the defintions and making them more broad. They were book-centric, but take for granted that people had a book/publishing background, so we cleaned that up." ←

...: "Make things more broadly understood and for a web audience. Revisited a meaning of the different definitions. Made some minor adjustments to names to remove hyphens, as those may be used for prefixes/namespaces" ←

...: "We also started dropping very domain-specific roles. Assessments terms in the original submission are now removed - they will be handled in another group in the future. Likewise it was noted that without those in there, we'll look to take out others that are too domain specific. Removal doesn't mean they aren't in future plans, but we want to approach the vocab in more holistic terms. ←

...: "There are a number of terms that are 'gone' for this original draft, but they aren't forgotten." ←

...: "General structures that are useful in broad ways. Landmarks from epub-now was a roadmap into the document - glossary or index. Aria itself has landmarks which are major structures. Allows users to jump to different sections. Rather than doing something fast-and-simple we've decided to just remove it so that we can figure out what is the best way to solve the issue of landmarks without ←

...: "Still a few issues in the ARIA module, glossterm? possibly not necessary as it's covered elsewhere. Some generic naming issue with things like 'help' or 'part' might mean many things to many people, so we're looking for a better term." ←

...: "Subtitle/title we're still looking for a way to help people and use those best. Referrer is the link back from the content/footnote. Referrer isn't exactly the best thing to call it, so we're changing the name to locator. These things are still up for discussion/debate. Ultimately if you can go through the terms/definitions, but if you want to be thorough, please go through the role ←

...: "There's another: Required Owned Elements, and Required Context Roles - used in Bibliographies and glossaries. The symantics noted have to occur. Required context role means that an item must have a parent. Glossary must always have a term, but a term may not be part of a glossary..."" ←

...: "Final to look at is the 'Name from' field. Author or content. Means that the author has created a label. You're creating it yourself through an ARIA role. if it's content then it's actually picking up the text-node of the element. A link can use the text of the link, but by-and-large you don't want the entire contents to be picked up - for example, an entire chapter." ←

Tzviya Siegman: "first draft mid-april. if you have comments, reach out. Issues are meant to be commented on and the issues need to be resovled." ←

...: "Feedback VERY welcomed. Looking at the spec might be confusing if you are not familiar with the ARIA docs. if you have questions, please reach out." ←

Bill Kasdorf: "Part issue - You want to get rid of that work. People think a part is a subset of something, but for books, part is a container. So there is a definition conflict." ←

Bill Kasdorf: "I think we should not use part. We should have a less-ambiguous term that is a 'group' of chapters" ←

Bill Kasdorf: "You have to worry about the semantics of the sections. For example units in textbooks" ←

Ivan Herman: "Many readers of the documents will be people who don't know the details of ARIA or what it stands for ( should go to publishers who may not know). Explanations or examples to make clear what the usage of the various of the aria- attributes : why are they there, would be very important." ←

...: "It's more a presentation issue. At the moment the document is very abstract and I miss this gentle introduction for those who are not familiar to accessability or ARIA" ←

...: "Second question: if I look at the end/appendix. it talks about XHTML+ARIA DTD and open HTML. HTML 4.1... What happens with HTML5? " ←

Tzviya Siegman: "Some of this is written by us, some is generated by PF-Magic. It was generally agreed upon that the PF-magic stuff needs to be worked on. " ←

Ivan Herman: "Until that is properly fix, something in the document should be added about HTML5 - such as 'HTML5 is coming' if you look at this now, you'll get a huge rejection of people who are against XHTML, etc." ←

Matt Garrish: "It was picked up from ARIA 1.1, so it needs to be brought up with them, so we don't fall out of line." ←

Ivan Herman: "To have something that puts ARIA clearly into the domain of HTML5 - that is a great thing. We also need to ensure all our documents are adapted to HTML5 ←

Tzviya Siegman: "There was an update and there was an announcement that they want to release ARIA into HTML5" ←

Karen Myers: "Wanted to build on Ivan's comments - we don't want to educate EVERYONE about accessibility, but if there were a couple of points - from different perspectives on the importance of accessibility. Being able to point out some business cases/value proposition that show support for accessibility. Put in the Kudos there for everyone who is committed to this." ←

Tzviya Siegman: "Charles - this overlaps with some of the other work we're doing in other groups. I'll send an e-mail and copy matt." ←

Ivan Herman: "Another editorial/presentation issue: Something in this document should be said about how these things relate to the current epub-column-type usage, in longterm and the work done in edupub. To relate this to existing work that is going on. Don't want people to be completely worried about what's going on here." ←

Bill Kasdorf: "Is the role attribute confined by what is being defined by ARIA, or if a publication can use arbitrary terms within the role attribute. Obviously if we unplug epub type to the role attribute." ←

Matt Garrish: "Semantics in roles, if they aren't understood, it will default to its' base." ←

Bill Kasdorf: "I don't think i'm the only one with that question. Pearson and O'Reilly debated where to put this information. They ended up putting things in 'class' when they could have done it in 'role'." ←

Matt Garrish: "You'd want to make sure that you prefix things so that they don't get picked up or confused." ←

Tzviya Siegman: "Started to put together some use cases for packaging. All the cases don't address the basics but they are packaging requirements required to workflow. Requirements of publishing a journal with a dataset; annotations (which borders on having an annotations requirement) and how peer-review will factor into the publication itself. Share resources - such as CSS files - the publication ←

should be able to tap into those shared-resources and make the streamed download process. If a package contains 12 abstracts, the user should be able to access just the abstracts. In downloading a package, it would be great if the user/agent would recognize what is new content VS existing content, which makes offline reading possible." ←

...: "I think Matt is planning on adding more basic use-cases for packaging. If you can add additional packaging use-cases, we'll be happy to review them." ←

Ivan Herman: "What is the roadmap with these use-cases? I think the idea would be that we have to see whether these use-cases make it into the use-case collection that Yves was talking about a few weeks ago on packaging." ←

Tzviya Siegman: "When we have more use-cases we'll share them with Yves and go from there." ←

Ivan Herman: "So we should share these use-cases on the list and have disucssion." ←

Unknown nickRuffilo: is a DRM use case allowed? [ Scribe Assist by Tzviya Siegman ] ←

Tzviya Siegman: i think it would be OK to explain that allowing a hook for encryption is a good use case [ Scribe Assist by Tzviya Siegman ] ←

Bill Kasdorf: "I'm on a campaign to discuss Rights Metadata within the package. Publishers need to be able to denote rights to specific items within a package. So the big question - how do we associate rights with different components of the package, and how do we get publishers to specify that information." ←

Bill Kasdorf: "For example - photo metadata could be provided in different items within ←

Charles LaPierre: "A couple things - under accessibility use cases (which is great) what about discoverability using metadata? Then a few questions on personalization." ←

Tzviya Siegman: "Accessibility use-cases have been up for a while, but you're welcome to update/add at any time." ←

Ivan : "The technology that shall not be named/mentioned - it is a use-case that we need to think about and compare with what the technology is. That said, and my impression is - if I look at the current packaging specification, or if I look at this; it is not an issue in the sense that it is a technical problem. Adding a part that is the rigth metadata is a key description of the encryption ←

of the content. All of these things are fairly trivially doable within the packaging. They are use-cases that can possibly be fulfilled by the current packaging. I don't think the goal is to encrypt the package itself, just parts of it. The current spec allows you to do that, as you can add any binary data in any format or any media type" ←

Bill Kasdorf: "Sounds like I was conflating two issue - Rights & access information. The other is the actual encryption. we already have font-obfuscation." ←

...: "If there are any specific topics taht you'd like to discuss, please let us know and comment there so we can prepare." ←

Tzviya Siegman: "next week is a European holiday, so no meeting. We will resume on 4/13 ←

Digital Publishing Interest Group Teleconference

Minutes of 30 March 2015

1. ARIA DPUB Module

2. Packaging use cases

3. NYC f2f reminder

4. MathML