Edit comment LC-2607 for Accessibility Guidelines Working Group

Quick access to LC-2585 LC-2586 LC-2597 LC-2603 LC-2604 LC-2607 LC-2608 LC-2614 LC-2615 LC-2616 LC-2617 LC-2618 LC-2621 LC-2624 LC-2629 LC-2630 LC-2633 LC-2634 LC-2717 LC-2722 LC-2733 LC-2744 LC-2747 LC-2748 LC-2749 LC-2774 LC-2781 LC-2782 LC-2783 LC-2828 LC-2829

Comment LC-2607

Comment Shortname:

Commenter: Steve Miller <steve.miller1@defence.gov.au>

Message-id:

Section of the document concerned:

[Free text description]Document as a wholeUnderstanding Guideline 1.1: Provide text alternatives for any non-text co... Non-text Content: Understanding Success Criterion 1.1.1 Understanding Guideline 1.2: Provide alternatives for time-based media. Audio-only and Video-only (Prerecorded): Understanding Success Criterion 1.2.1 Captions (Prerecorded): Understanding Success Criterion 1.2.2 Audio Description or Media Alternative (Prerecorded): Understanding Succes... Captions (Live): Understanding Success Criterion 1.2.1 Audio Description (Prerecorded): Understanding Success Criterion 1.2.2 Sign Language (Prerecorded): Understanding Success Criterion 1.2.1 Extended Audio Description (Prerecorded): Understanding Success Criterion 1.2.2 Media Alternative (Prerecorded): Understanding Success Criterion 1.2.3 Audio-only (Live): Understanding Success Criterion 1.2.4 Understanding Guideline 1.3: Create content that can be presented in diffe... Info and Relationships: Understanding Success Criterion 1.3.1 Meaningful Sequence: Understanding Success Criterion 1.3.2 Sensory Characteristics: Understanding Success Criterion 1.3.3 Understanding Guideline 1.4: Make it easier for users to see and hear cont... Use of Color: Understanding Success Criterion 1.4.1 Audio Control: Understanding Success Criterion 1.4.2 Contrast (Minimum): Understanding Success Criterion 1.4.1 Resize text: Understanding Success Criterion 1.4.2 Images of Text: Understanding Success Criterion 1.4.3 Contrast (Enhanced): Understanding Success Criterion 1.4.1 Low or No Background Audio: Understanding Success Criterion 1.4.2 Visual Presentation: Understanding Success Criterion 1.4.3 Images of Text (No Exception): Understanding Success Criterion 1.4.4 Understanding Guideline 2.1: Make all functionality available from a keyboard. Keyboard: Understanding Success Criterion 2.1.1 No Keyboard Trap: Understanding Success Criterion 2.1.2 Keyboard (No Exception): Understanding Success Criterion 2.1.1 Understanding Guideline 2.2: Provide users enough time to read and use content. Timing Adjustable: Understanding Success Criterion 2.2.1 Pause, Stop, Hide: Understanding Success Criterion 2.2.2 No Timing: Understanding Success Criterion 2.2.1 Interruptions: Understanding Success Criterion 2.2.2 Re-authenticating: Understanding Success Criterion 2.2.3 Understanding Guideline 2.3: Do not design content in a way that is known ... Three Flashes or Below Threshold: Understanding Success Criterion 2.3.1 Three Flashes: Understanding Success Criterion 2.3.1 Understanding Guideline 2.4: Provide ways to help users navigate, find con... Bypass Blocks: Understanding Success Criterion 2.4.1 Page Titled: Understanding Success Criterion 2.4.2 Focus Order: Understanding Success Criterion 2.4.3 Link Purpose (In Context): Understanding Success Criterion 2.4.4 Multiple Ways: Understanding Success Criterion 2.4.1 Headings and Labels: Understanding Success Criterion 2.4.2 Focus Visible: Understanding Success Criterion 2.4.3 Location: Understanding Success Criterion 2.4.1 Link Purpose (Link Only): Understanding Success Criterion 2.4.2 Section Headings: Understanding Success Criterion 2.4.3 Understanding Guideline 3.1: Make text content readable and understandable. Language of Page: Understanding Success Criterion 3.1.1 Language of Parts: Understanding Success Criterion 3.1.1 Unusual Words: Understanding Success Criterion 3.1.1 Abbreviations: Understanding Success Criterion 3.1.2 Reading Level: Understanding Success Criterion 3.1.3 Pronunciation: Understanding Success Criterion 3.1.4 Understanding Guideline 3.2: Make Web pages appear and operate in predicta... On Focus: Understanding Success Criterion 3.2.1 On Input: Understanding Success Criterion 3.2.2 Consistent Navigation: Understanding Success Criterion 3.2.1 Consistent Identification: Understanding Success Criterion 3.2.2 Change on Request: Understanding Success Criterion 3.2.1 Understanding Guideline 3.3: Help users avoid and correct mistakes. Error Identification: Understanding Success Criterion 3.3.1 Labels or Instructions: Understanding Success Criterion 3.3.2 Error Suggestion: Understanding Success Criterion 3.3.1 Error Prevention (Legal, Financial, Data): Understanding Success Criterion 3.3.2 Help: Understanding Success Criterion 3.3.1 Error Prevention (All): Understanding Success Criterion 3.3.2 Understanding Guideline 4.1: Maximize compatibility with current and futur... Parsing: Understanding Success Criterion 4.1.1 Name, Role, Value: Understanding Success Criterion 4.1.2 Understanding Conformance Appendix A: How to refer to WCAG 2.0 from other documents Appendix B: Documenting Accessibility Support for Uses of a Web Technology Appendix C: Understanding Metadata Appendix D: References
or

Refinement of the section concerned:

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody Abma, Jake Abou-Zahra, Shadi Allan, Jim Auclair, Christopher Avila, Jonathan Babinszki, Tom Bailey, Bruce Bernard, Renaldo Bernier, Alex Blake, Matthew Boudreau, Denis Brewer, Judy Butler, Shari Campbell, Alastair Carlson, Laura Chakravarthula, Srinivasu Cirrincione, Pietro Conway, Vivienne Cooper, Michael Crutchfield, Elizabeth Deltour, Romain Dick, Wayne Ding, Chaohai Dirks, Kim Dixit, Shwetank Draffan, E.A. Duggin, Alistair Eggert, Eric Elledge, Michael Faulkner, Steve Ferraz, Reinaldo Fiers, Wilco Fischer, Detlev Foliot, John Garrish, Matt Garrison, Alistair Gower, Michael Guarino Reid, Loretta Hakkinen, Markku Haritos-Shea, Katie Henry, Shawn Hoffmann, Thomas Horton, Sarah Isager, Kasper Jensen, Tobias Christian Johansson, Stefan Johlic, Marc Johnson, Rick Jones, Crystal Joys Andersen, Wilhelm Kapoor, Shilpi Keim, Oliver Kirkpatrick, Andrew Kirkwood, John Kiss, Jason Kraft, Maureen Ku, JaEun Kurapati, Sujasree Lauke, Patrick Lauriat, Shawn Lee, Steve Lemon, Gez Li, Alex Li, Kepeng Li, Liangcheng Loiselle, Chris Lowney, Greg Lui, Edwina Lund, Adam Ma, Jia MacDonald, David Mace, Amanda Manser, Erich Martin, Debra McCormack, Scott McMeeking, Chris McSorley, Jan Milliken, Neil Montgomery, Rachael Mueller, Mary Jo nicole, windmann Niemann, Gundula Nurthen, James O Connor, Joshue Oh, Jeong-Hun Panchang, Sailesh Pandhi, Charu Pasi, Aparna Patch, Kimberly Philipp, Melanie Pluke, Mike Pouncey, Ian Repsher, Stephen Rochford, John Runyan, Marla Savva, Andreas Sawczyn, Steve Schnabel, Stefan Seeman-Kestenbaum, Lisa Sims, Glenda Singh, Avneesh Skotkjerra, Stein Erik Sloan, David Smith, Alan Smith, Jim Solomon, Adam Spellman, Jeanne F Strobbe, Christophe Suprock, Greg Swallow, David Thompson, Kenneth Thyme, Anne Ueki, Makoto Vaishnav, Jatin Vanderheiden, Gregg Venkata, Manoj Wahlbin, Kathleen Wang, Can WANG, WEI White, Jason Zelmanowicz, Erica Zerner, Adam Zhang, Mengni

Type: substantive editorial typo question general comment undefined

Resolution status:

Response drafted Resolution implemented Reply sent to commenter

Response status:

No response from Commenter yet Commenter approved disposition Commenter objected to disposition
Commenter's response (URI):

Comment:

Could someone please advise whether a page containing two <h1> tags is WCAG2 compliant?

Technically to follow the principles of semantic markup and a hierarchical structure, a <H1> tag should not be the child of another <H1> tag.

Also and probably more important (the subject of many robust discussions) - can site navigation elements be marked up as headings? This seems to fail WCAG2 compliance as the navigation heading technically does not belong to (is a child of) the Content heading. Although useful having a list of navigation elements available through the headings, if a user is not familiar with the site then they are unlikely to differentiate content from navigation, or at least find it very confusing.

Related issues: (space separated ids)

WG Notes:

Resolution: WCAG does not require strict hierarchy in headings. Techniques H69 "Providing heading elements at the beginning of each section of content" and G141 "Organizing a page using headings" encourage the use of headings in a hierarchical manner, but WCAG 2.0 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 topic, for instance, but did not create sections hierarchically, the content can still meet WCAG, since equivalent information is exposed to everyone. RE Navigation and Headers We are presuming that you mean that somebody marked up a header as a link. Is this correct? If assistive technologies such as screen readers do NOT announce the link along with the header then this would be a failure of 1.3.1 since information that was presented visually was not also readable and presented by AT. If assistive technologies such as screen readers DO announce it as both a header and a link then, although it may not be the best design, it would not fail WCAG 2.0. For example a header might be used to provide a link to a longer version of the paragraph under the header. While it might be a better design to provide a link at the end of the paragraph using the header as a link would not violate WCAG 2.0. Current screen readers support this style of markup. The content is interpreted both as a heading and a link.

(Please make sure the resolution is adapted for public consumption)