- From: Janina Sajka <janina@rednote.net>
- Date: Wed, 1 Jun 2011 19:18:01 -0400
- To: HTML Accessibility Task Force <public-html-a11y@w3.org>
Minutes from the 1 June teleconference meeting of the HTML-A11Y Task Force Media Subteam are provided below as text and are available as hypertext at: http://www.w3.org/2011/06/01-html-a11y-minutes.html W3C - DRAFT - HTML-A11Y telecon 01 Jun 2011 See also: IRC log Attendees Present JF, silvia, mark, Janina, Eric Regrets Chair John_Foliot Scribe janina Contents * Topics 1. Identify Scribe 2. Clean Audio: Any progress? 3. Paused Media: Is our approach acceptable to browsers? 4. Hierarchical Navigation: Do we need a single approach? 5. Actions Review http://www.w3.org/WAI/PF/HTML/track/actions/open 6. Other Business? * Summary of Action Items __________________________________________________________________________________________________________________ <scribe> agenda: this Identify Scribe <scribe> scribe: janina Clean Audio: Any progress? JF: We were setting this aside until we can have a conversation with someone who has expertise in this area? js: Yes, I haven't done anything on this yet. jf: Perhaps also an email to Sean to ask whether he can find anyone who could talk with us? js: Yes, will do. <mark> http://www.w3.org/Bugs/Public/show_bug.cgi?id=12544 mw: Should we update the bug? sp: At least to say "clean audio" jf: Status is "open." mw: Yes, trackinds was added to spec, and we wanted additional kinds. js: Last week we thought we might have a specific use case to keep both "Speech" and "Clean Audio" sp: Suggest we at least fix the reference to "clear" mw: Should I add a comment re that? <silvia> âŠand call it "clean" [general chorus of ascent] jf: Do we need to do anything else with the bug now? sp: If we need to add "speech," that will come back, it won't get lost. Paused Media: Is our approach acceptable to browsers? <JF> http://www.w3.org/Bugs/Public/show_bug.cgi?id=10693 <JF> http://www.w3.org/Bugs/Public/show_bug.cgi?id=12662 jf: last uri another topic--sorry ... believe we're getting to a solution ... If I understand Steve Faulkner's email, the ml stripping from ARIA-Describedby is being done by browsers, so flat text is being passed to a11y apis ... So we lose the benefit of the ml sp: Can we work with the browsers to fix that? jf: Not sure what that means in terms of effort to implement. Is that a big ask? ec: Suggest writing up bugs against Safari, Mozilla, IE, Opera, etc ... Additional advantage that this would make things work now ... A new attrib would give us nothing. jf: So all browsers get bugs daily--Will this be taken up anytime soon? How can we follow up? ec: Impossible to say, but have the same situation for some other ml approach ... Except it's less work to fix the behavior of an existing ml feature jf: Just want to explore whether any of us can help elevate this forward so it doesn't languish ec: Anything associated with the HTML 5 spec has high visibility, and this is a smaller ask than asking for something entirely new jf: Eric, can you help me write a good bug on this? ec: Think it's pretty simple, that just says "Please expose the ML" sp: Need to make sure that the ARIA spec states this more clearly than it does now. js: I think we can clear this up quickly as an ARIA errata item. <scribe> ACTION: Janina to carry to PF the request to clarify that ARIA Described-by text can include markup, and that any such markup needs to be exposed to a11y apis [recorded in http://www.w3.org/2011/06/01-html-a11y-minutes.html#action01] <trackbot> Created ACTION-129 - Carry to PF the request to clarify that ARIA Described-by text can include markup, and that any such markup needs to be exposed to a11y apis [on Janina Sajka - due 2011-06-08]. jf: Also, we may need to have two additional ARIA roles. ... Since we have ids pointing to parts of the Describedby string, we should be able to refer to those parts semantically sp: Need a machine identifiable semantic--if needed, not sure[Discussion whether labeled would suffice] jf: Seems this is something for the ARIA group to take up. Hierarchical Navigation: Do we need a single approach? sp: Haven't thought about this enough to have a solution yet. ... So, seems it's something we could handle with WebVTT ... Suggest only text tracks give us solutsion for jumping to particular offsets in media--it's the use case I'd like to discuss <JF> Silvia, can you hear us? jf: Think Silvia and Janina are saying the same thing, ... Think we need a time stamp format that's media agnostic ... this also applies to long form audio, an opera or a symphonic work ... Am I correct ec: I think Silvia is saying this is agnostic of text file format ... So it's up to the browser to expose in an agnostic way jf: Suggest that remembering audio as one of our use cases will help us develop how we describe this <JF> scribe-nick: JF <JF> Janina is demonstrating a Daisy player devise <JF> giving an audio demonstration <JF> goes to the Holy bible to load up navigation, and then navigates the structure <JF> describing the device controls <JF> book, chapter, phrase, bookmark, testament are all of the options she can navigate to mw: One question, Janina demonstrates DAISY book using Holy Bible ... Basic navigation is hierarchical js: But, do we need ansiliary structure support like DAISY did? sp; I think not, it's not in the imtline of the primary media resource jf: Just suggesting we make sure we don't need ... sp: Can support ansiliary with metadata jf: This raises an interesting point, are we also talking metadata, isn't nav metadata mw: It is, but it's info attached somehow to the timeline <silvia> ⊠booknotes, footnotes, sidebars, hyperlinks can be captured in a metadata track <silvia> ⊠they are an orthogonal problem to navigation markers mw: The advance tree view of the nav hierarchy is different from the ansiliary display metadata <JF> ARIA has this: <JF> tree <JF> A type of list that may contain sub-level nested groups that can be collapsed and expanded. <JF> treegrid <JF> A grid whose rows can be expanded and collapsed in the same manner as for a tree. <JF> treeitem sp: Think we're currently mixing two issues, jumping to a point, e.g. start chapter three <JF> An option item of a tree. This is an element within a tree that may be expanded or collapsed if it contains a sub-level group of treeitems. sp: As we're playing it, going to next or previous of my current hierarchical level, or to adjust the level before moving next previous ... the second is very dependent on where I am now <JF> +Q sp: It's the second I think we're not yet able on ec: Chapter gives us flat nav, but does not support hierarchical, or nontext labeling (audio, video, image) mw: I've seen DVD's where Chapters are labeled with snipets of video <silvia> http://www.w3.org/TR/html5/the-iframe-element.html#attr-track-kind-keyword-chapters <- chapter track in html ec: Could be done with metadata sp: metadata tracks?\ <silvia> http://www.w3.org/TR/html5/the-iframe-element.html#text-track-showing-by-default <- chapter navigation is already in the spec jf: Suggests that the intended use of HTML headings--the old <h1>, <h2>, etc, may be our solution ... Perhaps a text file, adding <li>, and ARIA-tree <mark> Comment above beginning 'Chapter gives us ...' was mw, not ec ec: Unless we want to invent another spec just for this, we need only to define a structure at a high level that becomes a requirement on the text file format ... That will mean two different ways, if both webvtt and ttml are supported, because both can do that <silvia> http://www.w3.org/TR/html5/the-iframe-element.html#texttrackcuelist sp: Not concerned so much about the ml as about the mechanism in HTML ... Propose I mock up some markup, both WebVTT and TTML, that takes us to HTML <JF> +1 to no limits <JF> <h1>My video</h1> <JF> <h2 cue="">The Beginning</h2> <JF> <ul> <JF> <li cue="">Day 1</li> <JF> <li cue="">Day 2</li> <JF> <li cue="">Day 3</li> <JF> </ul> <JF> <h2 cue="">The Middle</h2> <JF> <ul> <JF> <li cue="">Day 1</li> <JF> <li cue="">Day 2</li> <JF> <li cue="">Day 3</li> <JF> </ul> <JF> <h2 cue="">The End</h2> <JF> <ul> <JF> <li cue="">Day 1</li> <JF> <li cue="">Day 2</li> <JF> <li cue="">Day 3</li> <JF> </ul> Actions Review http://www.w3.org/WAI/PF/HTML/track/actions/open Other Business? Summary of Action Items [NEW] ACTION: Janina to carry to PF the request to clarify that ARIA Described-by text can include markup, and that any such markup needs to be exposed to a11y apis [recorded in http://www.w3.org/2011/06/01-html-a11y-minutes.html#action01] [End of minutes] __________________________________________________________________________________________________________________ Present: JF silvia mark Janina Eric People with action items: janina -- Janina Sajka, Phone: +1.443.300.2200 sip:janina@asterisk.rednote.net Chair, Open Accessibility janina@a11y.org Linux Foundation http://a11y.org Chair, Protocols & Formats Web Accessibility Initiative http://www.w3.org/wai/pf World Wide Web Consortium (W3C)
Received on Wednesday, 1 June 2011 23:18:25 UTC