See also: IRC log
<trackbot> Date: 26 August 2014
<AWK> Chair: AWK
<Joshue108> https://www.w3.org/WAI/GL/wiki/Scribe_List
<AWK> Scribe: FordMotor
<MichaelC> scribe: Mike_Elledge
AK: Quick round of
introductions
... Adobe
BB: Section 508
BS: IBM. Speaking through interpreter.
ME: USability spec/Accy at Ford
Loretta: Google
KW: Boston. Interactive accessibility
C: Belgium
JA: SSB. N. VA
<Kenny> W3C WAI, from China
<MichaelC> Beihang site
Katie: WCAG. JP Morgan Chase
MC: W3C. Boston. Staff contact for this group.
<AWK> https://www.w3.org/2002/09/wbs/35422/comments26Aug2014/results
AK: First two items. 8 Accept. Objections?
RESOLUTION: Accept 2948 and 2947 as proposed.
<Joshue108> https://www.w3.org/2002/09/wbs/35422/comments26Aug2014/results#xlc2949
AK: Not just charts and graphs that should have good contrast ratio, should also pay attn to other things. Bruce comment on "should."
BB: "Should" implies must, why is it advisory? Clear without using it.
AK: Worry that if change it to "important" people will be confused whether have to do it.
BB: Sentence before makes clear.
JO: Use of data presented in all vs. in "these" forms.
AK: Updating proposal in response to comments.
<bbailey> Here's the paragraph in context:Although this Success Criterion only applies to text, similar issues occur for data presented in charts or graphs. [begin change]Data presented in charts and graphs should also have a good contrast ratio to ensure that more users can access the information.[end change]
<AWK> Although this Success Criterion only applies to text, similar issues occur for data presented in @@charts, graphs, diagrams, and other non-text-based information. Data presented in @@these forms also need to have a good contrast ratio to ensure that more users can access the information.
Modify second sentence: charts, graphs, diagrams, and other non-text-based information. Data presented in these forms also need have a good contrast ratio to ensure that more users can access the information.
AK: Comments
<jon_avila> +1
+1
<bbailey> +1
K: Making it appear that it should...
BB: Combine in one sentence?
K: Can be impossible to provide sufficient contrast. Want them to try, but not put people in impossible situation if can't.
AK: Have good or a good contrast ratio?
<AWK> Although this Success Criterion only applies to text, similar issues occur for data presented in @@charts, graphs, diagrams, and other non-text-based information. Data presented in @@these forms also needs to have good contrast to ensure that more users can access the information.
JA: Cotnent instead of data?
L: Read it as a form.
<Joshue108> +1 to content presented in this manner
<AWK> Although this Success Criterion only applies to text, similar issues occur for data presented in @@charts, graphs, diagrams, and other non-text-based information. Content presented in @@this manner also needs to have good contrast to ensure that more users can access the information.
<bbailey> Although this Success Criterion only applies to text, similar issues occur for data presented in charts, graphs, diagrams, and other non-text-based information, which also needs to have good contrast to ensure that more users can access the information.
AK: Don't like BB comment, too
long.
... Any objection to AK's sentence.
B: Doesn't sound advisory?
L: Okay with it.
<bbailey> +1
Jo: Use content in both sentences.
RESOLUTION: Accepted as amended.
<Joshue108> https://www.w3.org/2002/09/wbs/35422/comments26Aug2014/results#xlc2942
AK: Some history. Came to an
understanding last week. Everyone not fully happy, seems like a
bit of a gap. But...
... Bruce comment
BB: Missed a "not". Perhaps sentence could be an addition.
AK: Issue is that sentence we have is to encourage people who have already provided captions to provide subtitles that also include information otherwise not presented.
BB: Think that my point is subtitles providing information diferent from captions is important.
<Joshue108> +q
L: Distinction betw subtitles and
captions is important, but subtitles not required by WCAG. If
people provide subtitles would like them to consider language
issues
... Think that discussion addressed distinction.
BB: Yes, in wcag proper.
JO: Glad to hear what Loretta said, i.e., conflation of captions and subtitles.
<Zakim> Bruce_Bailey, you wanted to say it is pretty common for people to assume subtitles == captions
BB: Just to reiterate common mistake that subtitles can substitute captions.
UK English does not distinguish between them.
BB: Routinely watch either. Often subtitles do not have non-spoken info. Lately, DVDs will say subtitled for hearing-impaired, English and non-English.
JO: James point that England
doesn't distinguish, Ireland neither.
... To extant that we diffentiate between them, should
captioning also contain info that subtitles would. Maybe make
it less confusing?
<AWK> https://www.w3.org/2006/02/lc-comments-tracker/35422/REC-WCAG20-20081211/2942
<bbailey> see: http://www.w3.org/TR/WCAG20/#captionsdef
AK: Worry about what you say, bc difference in our WCAG definition.
<bbailey> Note 5: In some countries, captions are called subtitles.
AK: Revised resolution.
BB: Reads will to me.
<bbailey> +1
Brent: Listening in...couple of
comments. Subtitles is different from captioning. Sometimes can
be frustrating not to have info about sound effects. But be
careful about hearing-impaired, not PC, degrading
... probably say deaf and hard of hearing. DHH instead.
AK: Appreciate that feedback,
thanks.
... Will change "deaf" to "deaf and hard of hearing." Do we
need third sentence at all?
... Any thoughts?
... Will remove it.
<AWK> https://www.w3.org/2006/02/lc-comments-tracker/35422/REC-WCAG20-20081211/2942 - updated response
AK: Any objection to accepting as amended?
RESOLUTION: Accepted as amended.
AK: Process question for Brent. Are you getting enough time working through an interpreter?
Brent: Pretty skilled interpreter can keep up. If I have objection will tell you loud and clear. Thanks for that.
BB: Not blocking. Thank you. Good to have person who is deaf to tell us if process works for him.
Brent: Seen many situation where deaf person or deafness not thought of as individual. Many people frustrated with HDMI since captioning can't be passed through.
JO: Also thank Brent since DHH people often under-represented.
AK: Basically all done with comments! Well done.
<Joshue108> https://www.w3.org/WAI/GL/wiki/Techniques/General/Caption_Updates
AK: Marc has sent in updates.
Thanks. We don't talk about accuracy, but it is an important
aspect, as well as not obscuring content with captions.
... Michael C last proposed change?
... Are you muted, we'll come back?
MJ: Change in test procedure for Flash and ? need to describe.
MC: Agree with value, but worry that it is beyond scope.
<AWK> http://www.w3.org/WAI/WCAG20/quickref/20140408/#media-equiv-captions
AK: In how to meet section, number 3 (122) provide any of techniques below is an "and" relationship. Use G97 and techniques.
<AWK> s/use G97/use G87
MC: People will not always see that.
AK: From strict techniques view, covered even if we don't make that change. Flash 9 doesn't describe obscuring.
MC: Could make it part of test procedure.
AK: Would probably be fine...looking at SMIL 11...thoughts?
L: Did we come to conclusion of how to make more obvious that it is "And" relationship?
AK: Does XML get to it? Less obvious and easy a change. Do we have a draft?
MC: Can present something to group.
AK: Add sufficient when combined with another technique to Flash 9 directly.
MC: Add to test procedures to
make it more obvious.
... Change approved for round, but not in time for group to
discuss.
L: Since haven't sorted how to make more obvious when technique is part of AND relationship, wouldn't want to decide that would only put in general technique, assuming that it would help.
AK: Bruce--"obscuring" is a should not a must.
<bbailey> http://www.w3.org/TR/WCAG20/#captionsdef
AK: Josh: "Check that captions (of all dialogue and important sounds) are visible and do not obscure onscreen action or content/information presented visually."
<bbailey> Note 4: Captions should not obscure or obstruct relevant information in the video.
<marcjohlic> http://www.w3.org/TR/2014/NOTE-UNDERSTANDING-WCAG20-20140408/media-equiv-captions.html#captionsdef
JO: Obscured not clear, should call it out.
MJ: Change "important" to "relevant".
BB: Saw it, but problem with saying "should" is an oversight on our part.
AK: Can't say "can't" obscure, attempt to minimize it, but possible that there is info in every part of screen, so impossible not to obscure.
BB: Okay with requirement saying should. It "must" have come up.
<AWK> AWK: Impossible not to obscure some amount of content in some situations.
BB: Quality expectation for live captioning is different. So should say something about "quality". YouTube captioning doesnt meet this requirement.
<AWK> Key phrase for editing: Check that captions (of all dialogue and important sounds) are visible and accurately represent the content and do not obscure any important information.
JO: Agree, even if we don't have a definition of it. "highest degree possible"?
AK: Check that captions meet the WCAG definitions of captions
BB: But also say something about quality.
<AWK> Check that captions (of all dialogue and important sounds) meet the WCAG definition of captions to ensure accurate and high-quality information.
JO: Confused. Remove should not obscure since it's part of definition, but put in comment about quality.
BB: Quality is implicit, but not explicit. So steps should include it.
JO: Remove reference to obscuring, but include quality.
<Joshue108> +1 to Bruces idea
<Loretta> q
MC: Type of captioning is important. Quality varies a great deal. High level accuracy would be good term. Agree with taking out obscurity. Third--sometimes captioning is hard to see (contrast).
<Joshue108> Very good point Brent
<AWK> Captions are text so are covered by the other color contrast rules
L: First assure Brent that auto
captiosn on YouTube are not sufficient to meet WCAG. So
apologies, not meant to be sufficient. Color contrast, what
were user agent responsibilities and which were author content.
Gets blurry.
... Size, color, font are user agent functions. Not author. So
don't think additional requirements here is appropriate. Would
be covered by existing text contrast criteria.
JA: Reiterate. Remove check for relevant content. Don't agree. Have others like clarity, people rely on these and don't go back to definition.
<AWK> Check that captions (of all dialogue and important sounds) meet the WCAG definition of captions to ensure accurate and high-quality information.
<bbailey> +1
<Joshue108> +q
AK: Captions include speech and non-speech audio, cc can be turned off, open not, not obscure video...What approach should we take. Put in all, some, or that captions meet definition?
JO: Thanks for reading definition. Follow what Bruce said. If quality not addressed would see it as a progression if we said must be high quality. Caption already addresses obscuring content. Prefer what Bruce said.
<Zakim> MichaelC, you wanted to say test procedures haven´t usually had links, but there´s no reason they can´t
MC: We typically don't put links in test procedures, but can to caption if it's helpful.
JA: For other things go into detail, when it's important. Just don't say go there.
<Zakim> Bruce_Bailey, you wanted to say repeating most of caption definition is okay, but be careful. Also "ensure accurate" is different than "being accurate"
JO: Could live with referencing not obscuring.
BB: If want to address obscuring and non-speech elements just don't want to repeat all of definition. Captions also have to keep up with speech, live expectations are lower than pre-recorded, so have to say something about quality and accuracy bec they are implicit but not explicit.
<jon_avila> +1 to that.
<bbailey> happy to take a pass at further edit
AK: Feel like...not confident we
can address this for approval. Leave open. Bruce want to
improve procedure started by Marc. A bit of a "hail Mary" pass
that would get into this draft, don't feel have to address. A
would like to.
... Do people want to try to get in next twelve minutes.
L: Move it forward.
+1
AK: Address it next week, there fore appear in March rather than September revisions.
MJ: Kind of torn. Seems like we're almost there. ARe we that far apart of definition or test procedure?
AK: Then question of which techniques we apply it to. SMIL or general.
MJ: Better to continue discussion.
JO: Feel like Marc, would be great to have something about "quality" in there. Defer to concensus.
AK: Grudging willingness to leave it open.
MJ: Okay.
RESOLUTION: Leave open.
<AWK> ACTION Bruce to edit https://www.w3.org/WAI/GL/wiki/Techniques/General/Caption_Updates to improve procedure based on August 26, 2014 call
<trackbot> Created ACTION-270 - Edit https://www.w3.org/wai/gl/wiki/techniques/general/caption_updates to improve procedure based on august 26, 2014 call [on Bruce Bailey - due 2014-09-02].
BB: Will take a crack at it. Thanks Marc for initial.
AK: Item two.
... Will produce final for review by group. Task this week.
Michael has missive that no broken links. Link checking > no
broken links. Usually a few links disappear. So have to either
fix or replace with reasonable replacement.
... For publication review timeline, will send out email with
schedule for tech and understanding document. What is relevant,
week before Thanksgiving is the deadline. Of particular
interest to Mobile task force, will contain many of the updates
in next round.
MC: Links that were valid but are now broken. Will send out list.
AK: Any questions?
... Next topic Institutional Memory. Won't get far. But let's
discuss.
<bbailey> https://www.w3.org/2002/09/wbs/35422/IMCAugust2014/results
AK: TOPIC: 241 AND 242
<Joshue108> Start next week on Institutional Memory Collection for 26th August 2014 https://www.w3.org/2002/09/wbs/35422/IMCAugust2014/results
AK: Think about for next
week.
... Any questions on that?
... Alistair's technique won't get to in next two minutes.
AK: Review open actions and issues. Please review your open actions and issues.
<AWK> Final request - review actions: https://www.w3.org/WAI/GL/track/actions/open
BB: Alistairs technique status?
AK: New link and modifications to it. Since July have wanted to discuss when he is on call, he's here, but had to address pressing matters of revisions to techniques.
JO: Thanks Alistair for patience.
<AWK> trackbot, end meeting
This is scribe.perl Revision: 1.138 of Date: 2013-04-25 13:59:11 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/matter/manner/ FAILED: s/use G97/use G87/ Succeeded: s/taht cpations meet definition of cpations?/that captions meet the WCAG definitions of captions/ Found Scribe: FordMotor Found Scribe: Mike_Elledge Inferring ScribeNick: Mike_Elledge Scribes: FordMotor, Mike_Elledge Default Present: Joshue, AWK, Michael_Cooper, Bruce_Bailey, Marc_Johlic, Loretta, Kathy_Wahlbin, cstrobbe, +1.512.276.aaaa, jon_avila, Brent_Shiver, Mike_Elledge, Kenny, Katie_Haritos-Shea, James_Nurthen, Cooper, alistair Present: Joshue AWK Michael_Cooper Bruce_Bailey Marc_Johlic Loretta Kathy_Wahlbin cstrobbe +1.512.276.aaaa jon_avila Brent_Shiver Mike_Elledge Kenny Katie_Haritos-Shea James_Nurthen Cooper alistair Regrets: Wilco Sailesh David Agenda: http://lists.w3.org/Archives/Public/w3c-wai-gl/2014JulSep/0185.html Found Date: 26 Aug 2014 Guessing minutes URL: http://www.w3.org/2014/08/26-wai-wcag-minutes.html People with action items: WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option.[End of scribe.perl diagnostic output]