W3C

- DRAFT -

Web Content Accessibility Guidelines Working Group Teleconference

03 May 2012

Agenda

See also: IRC log

Attendees

Present
Robin_Tuttle, David_MacDonald, Cooper, Andrew_Kirkpatrick, Alex_Li, Kathy, Bruce_Bailey, Loretta_Guarino_Reid, [Microsoft], Gregg_Vanderheiden
Regrets
Chair
Loretta_Guarino_Reid
Scribe
Kathy, David

Contents


<trackbot> Date: 03 May 2012

<MichaelC> scribe: Kathy

<David> scribe: David

<Kathy> Finish up the discussion on headings

<MichaelC> scribe: Kathy

<David> scribe: Kathy

<David> Yeahhhhh

Does assistive technology handle a heading and a link?

LC-2607: Headings https://www.w3.org/2002/09/wbs/35422/20120419TF/results#x2607

It shows up in the heading list, David will check to see if it is in the links list

Loretta suggests the following change: "WCAG only requires that the markup reflect what what authored." -> "Success Criterion 1.3.1 requires that if headings are used, they be marked up as headings. It does not require that headings be used at all, or that they be used in any particular way."

Question is how much is up to author

Area of judgement here

LC-2607 : Headings

<awk> So long as the heading structures provided match the content, there is no prohibition against an HTML page having multiple H1 heading elements or not following a strict heirarchy of headings, nor any similar prohibition for similar semantic structures in technologies other than HTML.

<Loretta> WCAG does not require strict hierarchy in headings. It recommends it but does not require it. Using two <h1> headings would not violate any of the success criteria, so WCAG conformance would not prohibit it. Success Criterion 1.3.1 requires that if headings are used, they be marked up as headings. It does not require that headings be used at all, or that they be used in any particular way. If the author used heading level to emphasize the importance of a

<Loretta> hierarchically, the content can still meet WCAG, since equivalent information is exposed to everyone.

<awk> WCAG does not require strict hierarchy in headings. It recommends it but does not require it. Using two <h1> headings in an HTML document would not violate any of the success criteria, so WCAG would not prohibit it. Success Criterion 1.3.1 requires that if headings are in the content that the relationships are conveyed programmatically.

<Loretta> http://www.w3.org/TR/2012/NOTE-WCAG20-TECHS-20120103/H69.html

<Loretta> Success Criterion 1.3.1 requires that if headings are used, they be marked up as headings. It does not require that headings be used at all, or that they be used in any particular way. If the author used heading level to emphasize the importance of a topic, for instance, but did not create sections hierarchically, the content can still meet WCAG, since equivalent information is exposed to everyone.

<Loretta> Success Criterion 1.3.1 requires that if headings are in the content that the relationships are conveyed programmatically.

Conclusion: Rewrite the response to state that 2 h1 headings does not violate the success criteria so WCAG conformance would not prohibit it. Include a reference to technique h69 and g141. Current screen readers support navigation elments marked up as headings.
... Accepted as amended

HTML5: Techniques for providing useful text alternatives

Example 6.1

<MichaelC> https://www.w3.org/2002/09/wbs/35422/20120503misc/results#xq1

Conclusion: Example is fine

<David> scribe: David

Resolution: example 2.2, 6.1 ok

pure decoration

serving only an aesthetic purpose, providing no information, and having no functionality

Note: Text is only purely decorative if the words can be rearranged or substituted without changing their purpose.

Example: The cover page of a dictionary has random words in very light text in the background.

Decoration, Formatting, Invisible: If non-text content is pure decoration, is used only for visual formatting, or is not presented to users, then it is implemented in a way that it can be ignored by assistive technology.

<awk> As decisions about when to provide a text alternative are based on context of use, both options are considered to be conforming, but it is recommended that a brief text alternative is provided as what different users may consider to be "pure decoration" and not necessary to understand the content is somewhat subjective.

<MichaelC> ACTION: Bruce Bailey and David to provide recommended edits to the group on “Techniques for providing useful text alternatives.” [recorded in http://www.w3.org/2012/05/03-wai-wcag-minutes.html#action01]

<trackbot> Created ACTION-172 - Bailey and David to provide recommended edits to the group on “Techniques for providing useful text alternatives.” [on Bruce Bailey - due 2012-05-10].

Summary of Action Items

[NEW] ACTION: Bruce Bailey and David to provide recommended edits to the group on “Techniques for providing useful text alternatives.” [recorded in http://www.w3.org/2012/05/03-wai-wcag-minutes.html#action01]
 
[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.136 (CVS log)
$Date: 2012/05/03 22:23:49 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.136  of Date: 2011/05/12 12:01:43  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Found Scribe: Kathy
Found Scribe: David
Found Scribe: Kathy
Found Scribe: Kathy
Inferring ScribeNick: Kathy
Found Scribe: David
Inferring ScribeNick: David
Scribes: Kathy, David
ScribeNicks: Kathy, David
Default Present: Robin_Tuttle, David_MacDonald, Cooper, Andrew_Kirkpatrick, Alex_Li, Kathy, Bruce_Bailey, Loretta_Guarino_Reid, [Microsoft], Gregg_Vanderheiden
Present: Robin_Tuttle David_MacDonald Cooper Andrew_Kirkpatrick Alex_Li Kathy Bruce_Bailey Loretta_Guarino_Reid [Microsoft] Gregg_Vanderheiden
Agenda: http://lists.w3.org/Archives/Public/w3c-wai-gl/2012AprJun/0055.html
Found Date: 03 May 2012
Guessing minutes URL: http://www.w3.org/2012/05/03-wai-wcag-minutes.html
People with action items: bailey bruce david

WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.


[End of scribe.perl diagnostic output]