17:27:59 <RRSAgent> RRSAgent has joined #aria
17:27:59 <RRSAgent> logging to http://www.w3.org/2015/02/05-aria-irc
17:28:01 <trackbot> RRSAgent, make logs member
17:28:01 <Zakim> Zakim has joined #aria
17:28:03 <trackbot> Zakim, this will be WAI_PF
17:28:03 <Zakim> ok, trackbot, I see WAI_PFWG()12:30PM already started
17:28:04 <trackbot> Meeting: Protocols and Formats Working Group Teleconference
17:28:04 <trackbot> Date: 05 February 2015
17:28:10 <janina> zakim, who's on the phone?
17:28:10 <Zakim> On the phone I see ??P7
17:28:13 <Zakim> + +1.703.978.aaaa
17:28:25 <janina> zakim, ?P7 is me
17:28:25 <Zakim> sorry, janina, I do not recognize a party named '?P7'
17:28:49 <Zakim> +[IPcaller]
17:28:52 <Zakim> +George_Kerscher
17:29:18 <Zakim> + +1.609.759.aabb
17:29:23 <fesch> fesch has joined #aria
17:29:29 <Zakim> +JF
17:29:53 <JF> JF has joined #aria
17:30:00 <asurkov> asurkov has joined #aria
17:30:01 <Zakim> +Joanmarie_Diggs
17:30:13 <Zakim> + +1.408.979.aacc
17:30:23 <janina> zakim, who's on the phone?
17:30:23 <Zakim> On the phone I see ??P7, +1.703.978.aaaa, [IPcaller], George_Kerscher, +1.609.759.aabb, JF, Joanmarie_Diggs, +1.408.979.aacc
17:30:30 <janina> zakim, ??P7 is me
17:30:30 <Zakim> +janina; got it
17:30:43 <clapierre> zakim, aacc is me
17:30:43 <Zakim> +clapierre; got it
17:30:47 <janina> zakim, aaaa is Fred
17:30:47 <Zakim> +Fred; got it
17:30:47 <George> Hello from George
17:30:48 <fesch> zakim, aaaa is me
17:30:48 <Zakim> sorry, fesch, I do not recognize a party named 'aaaa'
17:31:07 <clown> clown has joined #aria
17:31:15 <Zakim> +James_Craig
17:31:22 <Zakim> +??P19
17:31:57 <janina> zakim, aabb is Jason_White
17:31:57 <Zakim> +Jason_White; got it
17:32:23 <Zakim> +[GVoice]
17:32:33 <clown> zakim, GVoice is Joseph_Scheuhammer
17:32:33 <Zakim> +Joseph_Scheuhammer; got it
17:32:38 <clown> zakim, I am Joseph_Scheuhammer
17:32:38 <Zakim> ok, clown, I now associate you with Joseph_Scheuhammer
17:32:46 <Zakim> +??P21
17:33:04 <Zakim> +[IPcaller.a]
17:33:35 <richardschwerdtfeger> richardschwerdtfeger has joined #aria
17:33:39 <fesch> zakim, Fred is me
17:33:39 <Zakim> +fesch; got it
17:34:16 <Zakim> +Matt_King
17:34:28 <mgylling> mgylling has joined #aria
17:34:29 <Zakim> +Rich_Schwerdtfeger
17:34:56 <richardschwerdtfeger> chair: Rich
17:35:02 <danielweck> zakim, danielweck is me
17:35:02 <Zakim> sorry, danielweck, I do not recognize a party named 'danielweck'
17:35:03 <richardschwerdtfeger> RRSAgent, make log public
17:35:20 <richardschwerdtfeger> meeting: W3C WAI-PF ARIA Caucus
17:35:21 <asurkov> btw I’m on the call
17:35:33 <LJWatson> LJWatson has joined #aria
17:35:37 <asurkov> hey
17:35:48 <LJWatson> zakim, who is on the phone?
17:35:48 <Zakim> On the phone I see janina, fesch, [IPcaller], George_Kerscher, Jason_White, JF, Joanmarie_Diggs, clapierre, James_Craig, ??P19, Joseph_Scheuhammer, ??P21, [IPcaller.a], Matt_King,
17:35:49 <asurkov> hey :)
17:35:52 <Zakim> ... Rich_Schwerdtfeger
17:35:55 <LJWatson> [IPcaller] is me
17:36:04 <LJWatson> zakim, [IPcaller] is me
17:36:04 <Zakim> +LJWatson; got it
17:36:25 <danielweck> zakim, ??P21 is me
17:36:25 <Zakim> +danielweck; got it
17:36:53 <richardschwerdtfeger> https://lists.w3.org/Archives/Public/public-pfwg/2015Feb/0006.html
17:37:57 <clown> scribenick: clown
17:38:42 <clown> topic:  aria-describedat
17:38:44 <richardschwerdtfeger> - Issue 690: aria-describedat
17:38:48 <clown> issue-690
17:38:48 <trackbot> issue-690 -- Implementor concerns for UA requirements in #aria-describedat -- open
17:38:48 <trackbot> https://www.w3.org/WAI/PF/Group/track/issues/690
17:39:15 <clown> RS:  First, we have some concerns from browsers about user experience.
17:39:35 <clown> RS:  But, what we should reivew is why the dbup have asked for the attribute
17:39:53 <clown> RS:  I've asked George K. to attend and share with us the rationale and plans.
17:40:11 <clown> GK: We have included described-at in epbu 3.01 spec.
17:40:20 <clown> GK: In 3.0 as well.
17:40:22 <richardschwerdtfeger> s/epbu/epub/
17:40:43 <clown> GK:  it could be put on a whole range of elements that need more info for persons with disabilities.
17:41:04 <clown> GK:  to further detailing. things like tables for pre-formatting in braille.
17:41:28 <jongund> jongund has joined #aria
17:41:33 <clown> GK: describedat meets the requirements of the "diagrammer" — a vocab for graphical content.
17:41:56 <jongund> I can't get on the bridge
17:42:01 <richardschwerdtfeger> http://diagramcenter.org/
17:42:06 <clown> GK: diagrammer provides meta data such as age group, classes, and others
17:42:28 <jongund> The telephone bridge is full
17:42:33 <bgaraventa1979> bgaraventa1979 has joined #aria
17:42:42 <clown> GK: we have a tactile element, along with a "tour"  — how you would explore/feel the object.
17:42:49 <bgaraventa1979> zakim, I am Bryan_Garaventa
17:42:49 <Zakim> sorry, bgaraventa1979, I do not see a party named 'Bryan_Garaventa'
17:42:54 <clown> GK:  Also an <about> element.
17:42:59 <richardschwerdtfeger> q?
17:43:06 <bgaraventa1979> zakim, aaaa is Bryan_Garaventa
17:43:06 <Zakim> sorry, bgaraventa1979, I do not recognize a party named 'aaaa'
17:43:20 <clown> GK:  we feel describedat would be excellent to point to an html version of what the diagram centre would produce.
17:43:31 <danielweck> http://diagramcenter.org/standards-and-practices/content-model.html
17:43:48 <clown> GK: Also in the DAISY authoring tool called "toby".
17:44:11 <clown> GK:  can add these other descriptions using these authoring tools.
17:44:38 <clapierre> Poet Image Description link https://diagram.herokuapp.com
17:44:38 <clown> GK:  standard operating procedure is not only provide alt text, but also longer descriptions.
17:45:02 <clown> GK: we envision describedat being added during authoring of the content.
17:45:03 <richardschwerdtfeger> GK: Pearson requires a longer description than is normally provided
17:45:28 <clown> GK: @longdesc has been re-introduced, and may become a recommendation.
17:45:41 <clown> GK: but we also need longer descriptions for things other than images.
17:45:42 <richardschwerdtfeger> q?
17:45:51 <clown> GK: an example is an animation.
17:46:08 <clown> GK:  described-at would help in doing this.
17:46:14 <clown> RS:  What about SVG?
17:46:28 <clown> GK:  We could include that in the content model.
17:46:45 <clown> RS: We do have it in the SVG2 spec as this point.
17:47:04 <clown> RS:  The point:  you want something that is cross-cutting: SVG and epub.
17:47:13 <clown> GK: and html5.
17:47:26 <clown> RS: Has the community started to make use of it?
17:47:51 <clown> GK: Poet and toby have started to create the content.
17:48:08 <clown> GK:  Using describedat is likely not built into any reading app yet.
17:48:21 <clown> GK: We have also used aria-describedby.
17:48:55 <clown> GK:  But, because of how describedby is rendered — most of the time we require longer descriptions include markup in the descriptions.
17:49:18 <clown> RS:  Can you tell us about the implementation in radium builds, and how that impacts the UX.
17:49:57 <clown> DW: We have not chosen a UI affordance to expose describedat.
17:50:09 <clown> DW: We run on desktop platforms and others.
17:50:29 <clown> DW:  For example, Mozilla has a menu item in the context menu for longdesc.
17:50:38 <clown> DW:  But, we likely won't use that.
17:50:47 <clown> DW: Approach is to divide the work.
17:51:00 <clown> DW:  How to handle all three attributes.
17:51:11 <clown> DW: And, how to present the content they refer.
17:51:37 <clown> DW: We have the primary reading flow, and then branches to the descriptions, and then go back to the primary.
17:51:50 <clown> DW:  We will leverage the epub features.
17:52:12 <clown> DW:  We haven't looked at all the UI options for the descriptions.
17:52:36 <jcraig> jcraig has joined #aria
17:52:52 <clown> DW: But, we don't want any visible interference in the primary flow for the describedat descriptions.
17:53:05 <clown> DW:  It is not going to be an AT feature, but available for all users.
17:53:16 <richardschwerdtfeger> a?
17:53:19 <richardschwerdtfeger> q?
17:53:26 <clown> GK: We feel the supplemental material provided by the diagrammer would be useful to everyone.
17:53:46 <clown> GK:  Many times the descriptions are written by experts.
17:53:49 <clapierre> q+
17:54:07 <clown> GK: example: a physics diagram done by a physics professor.
17:54:15 <richardschwerdtfeger> ack clapierre
17:54:40 <clown> CL: Daniel and I spoke at a hackathon and discuss the UI options at length.
17:55:13 <clown> CL:  They are currently exposing describedby in an epub document by hacking it to look like a describedat.
17:55:18 <jamesn> jamesn has joined #aria
17:55:23 <clown> CL:  But it is a hack, so a better solution would be better.
17:55:33 <clown> CL: We really want the describedat feature.
17:55:51 <clown> RS:  What platforms that you are building book readers in?
17:55:53 <jcraig> q+
17:56:10 <clown> DW:  Javascript or ??
17:56:29 <clown> DW: Native apps on android, iOS, windows, etc.
17:56:47 <clown> DW:  Chrome extension on the chrome web store.
17:56:52 <clown> DW:  And a cloud reader.
17:57:33 <richardschwerdtfeger> q?
17:58:13 <clown> DW:  Cloud reader is cross platform and cross browser app.
17:58:27 <richardschwerdtfeger> Readium cloud reader: http://readium-cloudreader.divshot.io/index.html
17:58:51 <clown> DW:  It has a broad space.  That's why we want to implement the features in the JS core library.
17:59:10 <clown> DW:  Even native apps would then use the JS core.
17:59:11 <JF> Q+
18:00:02 <clown> JC: First, this is a solution in search of requirements.
18:00:06 <jcraig> These are requirements for being able to associate a description with any type of object. They should not have been requirements for any particular solution. Even the agenda topic and document names are leading. "requirements for longdesc" and "requirements for describedat" are a solution in search of a problem.
18:00:23 <clown> JC: Req's for longdesc, aria-describeat are for a solultion.
18:00:37 <clown> JC:  We should be defining the problem.
18:00:57 <clown> JC:  We don't have a way of providing these descriptions, but, in fact, we do
18:01:04 <richardschwerdtfeger> q?
18:01:05 <clown> JC: There are features of html that can do it.
18:01:11 <richardschwerdtfeger> ack jcraig
18:01:20 <clown> JC:  describedat/longdesc are not the best approach.
18:01:30 <clown> JC: This is not a primary interface,.
18:01:51 <clapierre> q+
18:01:55 <clown> JC: As such it will be sidelined and will require authors go out of their way to provide a11y instead of getting it for free.
18:02:05 <clown> JC:  A standard link would be more universal.
18:02:05 <LJWatson> +1 to this not being a primary interface.
18:02:13 <Susann_Keohane> Susann_Keohane has joined #aria
18:02:21 <clown> JS:  Are you saying content needs to be authored differently.
18:02:50 <clown> JC:  Any content that need descriptions should be authored using a mechanism that anyone can use.  For example, a link.
18:03:01 <clown> JC:  We need an API for webgl.
18:03:05 <richardschwerdtfeger> q?
18:03:26 <clown> GK:  One requirement:  People will stub in a description.
18:03:29 <mattking> mattking has joined #aria
18:03:37 <clown> GK:  Then other organizations could add other information.
18:03:48 <richardschwerdtfeger> q?
18:03:52 <jcraig> q+ to talk about Pearson, since its been brought up several times.
18:04:00 <clown> GK: It will allow addtions to the external resource, and could be built up over time.
18:04:15 <clown> GK:  There may be more than one links going out in a complex book.
18:04:32 <mattking> q?
18:04:37 <LJWatson> q+
18:04:41 <clown> GK: Publishers want something that won't disturb their pristince content.
18:04:58 <richardschwerdtfeger> ack JF
18:05:01 <clown> s/pristince/pristine/
18:05:20 <clown> JF:  First, +1 to what GK said about what should be on the page.
18:05:20 <jamesn> MichaelC - any way to increase the meeting size?
18:05:24 <jcraig> q+ to respond to the "publishers" comment
18:05:43 <clown> JF: Daniel, you mentioned that FF exposes the longdesc in the context menu.
18:05:51 <clown> JF:  But, you don't think that's the way to do it.
18:06:10 <clown> JF:  What do you suggest for sighted users to see that there is additional info?
18:06:11 <jcraig> q+ to respond to the "publishers don't want plain links to affect their visual design" comment
18:06:40 <clown> DW: We're not sure yet.  It is still under discussion.
18:06:40 <richardschwerdtfeger> ack clapierre
18:06:58 <clown> DW:  Touch interfaces are not good with respect to menus.
18:07:06 <clown> DW:  It could be a different UI on desktops
18:07:36 <clown> DW: We haven't explored how keyboard access is involved here.
18:07:48 <clown> DW:  either with or without a screen reader.
18:08:09 <clown> DW: Also, challenges around pagination.  Browsers scroll the page.
18:08:34 <clown> DW:  Because of all these combinations, we don't know what the best solution.
18:08:47 <clown> DW:  Maybe we choose different UIs for different platforms.
18:09:23 <clown> JF:  The argument is that finding this content is like an easter egg hunt.
18:09:34 <richardschwerdtfeger> q?
18:09:40 <clown> JF:  As a sighted user, how do they know that this material is available.
18:09:51 <clown> s/available./available?/
18:10:05 <clown> DW:  Obviously need some sort of visual hint.
18:10:35 <clown> DW:  Should it be persistent, but not inserted into the content to preserve pristine content.
18:10:37 <clapierre> forgot me?
18:10:37 <richardschwerdtfeger> ack jcraig
18:10:37 <Zakim> jcraig, you wanted to talk about Pearson, since its been brought up several times. and to respond to the "publishers" comment and to respond to the "publishers don't want plain
18:10:40 <Zakim> ... links to affect their visual design" comment
18:10:46 <clapierre> q+
18:10:58 <clown> JC: I'm confused by claim that publishers do not want links.
18:11:10 <clown> JC:  Maybe it's because of the blue-underline.
18:11:18 <jcraig> http://cookiecrook.com/longdesc/details/
18:11:28 <clown> JC:  But you could style it any number of ways.
18:11:50 <richardschwerdtfeger> q?
18:11:54 <clown> JC: People have mentions pearson (?) and "publishers need this".
18:12:32 <clown> JC:  We replied to tell those publishers to talk with their apple reps, and get them to say why they need longdesc.
18:12:43 <clown> JC: we set up conferences, and asked them why?
18:13:02 <clown> JC:  Their reply was that they didn't know, but were told to ask for them.
18:13:20 <clown> JC: We have any number of new features coming down the line in html.
18:13:35 <clown> JC:  Longdesc and describedat are old solutions.
18:13:44 <clown> JC:  They are not the best way to do it now.
18:14:13 <clown> JC:  There are ways to make even raster graphics accessible now.
18:14:14 <jcraig> http://cookiecrook.com/longdesc/
18:14:19 <richardschwerdtfeger> q?
18:14:20 <jcraig> Longdesc (and describedat) alternatives in HTML/SVG/etc. http://cookiecrook.com/longdesc/
18:14:35 <clown> JC:  These are other ways to handle longdesc without using longdesc itself.
18:14:45 <clown> JC:  These are available today.
18:15:16 <clown> LW:  see below:
18:15:42 <jcraig> scribe: jcraig
18:15:55 <jcraig> q?
18:15:58 <LJWatson> James and John covered most of what I wanted to say. I would like to reiterate that I don't think @describedat is a good solution because it takes on too many of the flaws in longdesc. We should revisit the problem, identify requirements, then start looking for a solution.
18:15:59 <jcraig> ack L
18:16:01 <jamesn> I am not on the call but I believe the examples at  http://cookiecrook.com/longdesc/ were tested by someone on a bunch of AT and none were as well supported as longdesc
18:16:31 <mattking> +1 to LW
18:16:37 <LJWatson> ack me
18:16:39 <jcraig> ack cl
18:16:43 <mattking> I want everyone to see the accessible content.
18:16:51 <richardschwerdtfeger> ack clapierre
18:16:51 <mattking> no hidden accessibility.
18:17:09 <LJWatson> +1 to Matt K
18:17:19 <joanie> +1
18:17:27 <jcraig> CL: agree in principle for having descriptions in content, but if there is more than one external description in content, there is no way to do content negotiation
18:17:28 <richardschwerdtfeger> +1
18:17:42 <JF> Q+
18:17:42 <danielweck> q+
18:17:45 <richardschwerdtfeger> q+
18:18:40 <jcraig> CL: need multiple describedat values with media types (3d model, tactile, about, etc)
18:19:37 <jcraig> JC: longdesc and describedat don't solve that problem.
18:19:43 <richardschwerdtfeger> Rich: we don’t support that at the moment
18:19:48 <MarkS> Not on call but wanted to say that visual encumbrance is a real thing and needs to be considered.  Sometimes content for one audience is confusing for other audiences.  There should be a way of targeting content for specific audiences.  This is why offscreen text is so very very popular in web dev today.
18:20:08 <JF> +1 to MarkS
18:20:25 <richardschwerdtfeger> q?
18:20:44 <jcraig> ack jf
18:20:48 <richardschwerdtfeger> ack JF
18:21:32 <jcraig> JF: re: details element, we can do some today, but we also add <nav> instead of just <div role="nav">
18:22:10 <jcraig> JF: real use cases for a native(?) way to associate an external description
18:22:23 <richardschwerdtfeger> ack danielweck
18:22:37 <jcraig> JF: longdesc, etc reduces code
18:23:33 <jcraig> DW: content is often delivered inaccessible, what I heard is that you can insert content into main body
18:23:52 <JF> not only does longdesc [sic] reduce code, it is use-specific and can be more easily and acurately mapped to a specific pre-defined function/feature
18:23:58 <jcraig> DW: longdesc/describedat could then only be presented by reading systems to the users that needed it
18:25:06 <jcraig> DW: some publishers embrace new web tech for collapsing addtl descriptions, but some publishers hate doing that because it disrupts the pagination, etc.
18:25:35 <jcraig> RS: d-links are not an option (jc: no argument here, those things were ugly)
18:25:39 <janina> q+ to say there are several "authors" in the production process
18:26:03 <jcraig> RS: need a option that does not disrupt in svg and other sources
18:26:21 <jcraig> ack ri
18:26:54 <jcraig> RS: our spec can't safely define how a UA should render desscribedat in a mainstream user agent case
18:27:25 <jcraig> RS: b/c UA manufacturers have stated that's not an option to define the user interface in a tech spec
18:27:40 <danielweck> q+
18:27:45 <jcraig> RS: describedat by default does not define mainstream UI
18:27:47 <richardschwerdtfeger> ack janina
18:27:47 <Zakim> janina, you wanted to say there are several "authors" in the production process
18:27:54 <jcraig> ack ja
18:28:08 <Zakim> -James_Craig
18:28:10 <mattking> scribe: mattking
18:28:52 <Zakim> +James_Nurthen
18:29:06 <mattking> Janina: We need to consider that authoring is distributive; primary authors + other authors for accessible content
18:29:18 <JF> Q+
18:29:34 <mattking> Janina: tactile graphic info will not be done by primary authors.
18:29:56 <mattking> Janina: some of this content may be authored post-print.
18:31:16 <mattking> DW: about need to ref diff types of descriptions, what we envision is using describedat to ref a single document.
18:31:59 <mattking> DW: We are looking at enabling the filtering for different users within the single external document
18:32:35 <mattking> DW: this is still experimental; could utilize media queries. to identify correct descriptive content for the specific user
18:32:46 <mattking> DW: or for correct modality.
18:32:49 <richardschwerdtfeger> q?
18:32:55 <richardschwerdtfeger> ack danielweck
18:33:47 <mattking> JF: The track element requires author to provide the JS to activate the captions
18:33:59 <LJWatson> q+
18:34:16 <mattking> JF: This is another real world example of how we do not use ARIA to mandate the UI.
18:34:29 <mattking> JF: This is not an issue for track.
18:34:35 <richardschwerdtfeger> ack JF
18:34:47 <mattking> RS: the current spec does make rendering requirements for track and that was an issue.
18:35:01 <danielweck> q+
18:35:11 <richardschwerdtfeger> ack LJWatson
18:35:21 <danielweck> ack danielweck
18:35:26 <mattking> LW: I am concerned abut the UX from having the user making modality choices inside the external descriptive doc
18:35:40 <mattking> Janina: not sure it is intent user would make the choice.
18:36:01 <mattking> DW: it may be teh case initially that user makes choice but eventually would like it to be automatic
18:36:13 <mattking> DW: agree with LW concern.
18:36:57 <mattking> RS: Alex what are your thoughts as Mozilla rep?
18:37:21 <danielweck> s/DW/GK/
18:37:27 <mattking> Alex: I am not against the feature; I see the use case. It does make sense that it have some UI.
18:37:39 <mattking> Alex: I am concerned about the naming
18:38:01 <clown> http://w3c.github.io/aria/aria/aria.html#aria-describedat
18:38:18 <mattking> Alex: It should not be aria-describedat if it has UI; should just be describedat.
18:38:30 <mattking> Alex: aria is about semantics
18:38:53 <mattking> RS: aria is about  interoperability
18:39:09 <Zakim> -??P19
18:39:25 <mattking> RS: is the current design of describeat enough?
18:39:45 <mattking> Janina: there is a need for a way to define required metadata
18:40:20 <mattking> RS: if we put content in doc, then it disrupts flow.
18:40:53 <JF> +1 to "D-link is fugly"
18:41:33 <Zakim> +??P2
18:41:37 <mattking> RS: do authors need way to override rendering of describedat?
18:42:35 <richardschwerdtfeger> scribe: rich
18:43:03 <richardschwerdtfeger> mattking: I am hearing that the authors don’t like the fact that the readers are taking control of the rendering
18:43:17 <JF> Q+ to say that the reader/end user MUST have final say
18:43:22 <richardschwerdtfeger> mattking: if the authors don’t take responsibility then the readers take responsibiliity
18:43:26 <mattking> Janina: Yes, that is correct that author loses control.
18:43:34 <clapierre> +1 to author's giving up control
18:43:40 <richardschwerdtfeger> scribe: mattking
18:45:11 <mattking> DW: The nature of current model we have never shied away from idea that the reading system is in charge of the UX
18:46:09 <mattking> DW: Not all the reading system features will neecesarily make their way to mainstram browsers
18:46:35 <mattking> RS: I think we need to get some publishers on as well.
18:46:42 <mattking> Janina: agree
18:46:53 <mattking> RS: this is going to take more time to work out.
18:47:13 <mattking> RS: there is a wholesale shift toward user context specific delivery
18:47:33 <mattking> RS: we will see ths especially with mobile
18:47:53 <fesch> +1 on what RS said
18:48:21 <mattking> JF: What DW said is critical about auser profile preference
18:48:23 <richardschwerdtfeger> q/?
18:48:25 <richardschwerdtfeger> q?
18:48:28 <richardschwerdtfeger> ack JF
18:48:28 <Zakim> JF, you wanted to say that the reader/end user MUST have final say
18:49:06 <mattking> JF: by having a use-case specific attribute, we can target specific users. That is a way of handling the visual purity vs added functionality.
18:49:23 <clapierre> +1 on Jim's comments
18:49:27 <mattking> RS: Who should we ask from the publishing community
18:49:50 <mattking> George: We have edupub conf coming up.
18:50:20 <mattking> George: Pierson is definitely one, maybe Wiley too
18:50:38 <danielweck> s/Pierson/Pearson/
18:50:46 <clapierre> I would reach out to Tzviya who is with Wiley and is the DPUB chair.
18:51:07 <danielweck> Tzviya Siegman
18:51:14 <richardschwerdtfeger> http://corporate.harpercollins.com/us/press-releases/419/
18:51:45 <mattking> RS: Harpeer moving to epub and using open source
18:52:20 <fesch> s/Harpeer/Harper
18:52:26 <mattking> RS: George do you know specifically who we should contact?
18:52:27 <clapierre> Benetech did an accessibility assessment of HC's epub3 work just recently.
18:52:34 <mattking> George: yes
18:52:38 <fesch> s/Harpeer/Harper/
18:52:48 <mattking> George: I can get you names/addresses
18:53:08 <mattking> RS: This has been helpful.
18:54:22 <mattking> RS: thank you everyone for coming. I really appreciate it.
18:54:40 <mattking> rrsagent, make minutes
18:54:40 <RRSAgent> I have made the request to generate http://www.w3.org/2015/02/05-aria-minutes.html mattking
18:54:57 <mattking> rrsagent, make log public
18:55:17 <Zakim> -James_Nurthen
18:55:24 <Zakim> -danielweck
18:55:28 <mattking> zakim, bye
18:55:28 <Zakim> leaving.  As of this point the attendees were +1.703.978.aaaa, George_Kerscher, +1.609.759.aabb, JF, Joanmarie_Diggs, +1.408.979.aacc, janina, clapierre, James_Craig, Jason_White,
18:55:28 <Zakim> Zakim has left #aria
18:55:31 <Zakim> ... Joseph_Scheuhammer, fesch, Matt_King, Rich_Schwerdtfeger, LJWatson, danielweck, James_Nurthen
18:56:19 <RRSAgent> I have made the request to generate http://www.w3.org/2015/02/05-aria-minutes.html clown
19:04:48 <clapierre> clapierre has left #aria
19:09:18 <richardschwerdtfeger> richardschwerdtfeger has joined #aria
19:23:23 <janina> 1~
19:23:25 <richardschwerdtfeger> richardschwerdtfeger has joined #aria
19:38:02 <mgylling> mgylling has joined #aria
20:28:57 <jcraig> jcraig has joined #aria
20:44:26 <mgylling> mgylling has joined #aria
21:14:17 <clown> clown has joined #aria
21:37:22 <mgylling_> mgylling_ has joined #aria
21:44:18 <mgylling_> mgylling_ has joined #aria
21:49:06 <clown> clown has left #aria
23:03:05 <jcraig> jcraig has joined #aria
23:13:59 <asurkov> asurkov has joined #aria
23:39:33 <jcraig> jcraig has joined #aria
23:43:03 <MarkS> MarkS has joined #aria
23:57:16 <asurkov> asurkov has joined #aria