See also: IRC log
<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?
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
<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
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].
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]