Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • A a11yproject.com
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 40
    • Issues 40
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 10
    • Merge requests 10
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • The A11Y Project
  • a11yproject.com
  • Issues
  • #1277
Closed
Open
Issue created May 11, 2021 by EJ Mason@mxmasonContributor

Content: Checklist WCAG references should be changed for better accuracy

Summary

The checklist currently makes incorrect references to specific WCAG criteria. The community should review the checklist content for better accuracy

Suggested edits courtesy of Scott O'Hara:

Make sure that button, a, and label element content is unique and descriptive.

this is likely more a 2.4.4 issue for links (possibly 2.4.9 depending on context) and a 2.4.6 issue for labels... possibly buttons. It's a bit dicey putting these all together, but the point being that 1.3.1 doesn't really apply here. I'm not sure exactly what you want to do here, but I suggest at the very least removing the SC if you can't cite multiple SCs.

Use landmark elements to indicate important content regions.

This would be a 1.3.1 issue. 4.1.2 is more about interactive content

Avoid using the autofocus attribute.

Generally agree with this, but arguable if this would be a 2.4.3 issue. Sometimes using autofocus is exactly what you should do. Might be worth at least stating this is something to watch out for, rather than how this presently reads (to me) that it's an autofail.

Remove title attribute tooltips.

This is arguably more of a 2.1.1 keyboard issue as - if the content is actually important - would generally be inaccessible to keyboard only users. since title is generally exposed to AT, 4.1.2 doesn't really hold true here.

Check to see that keyboard focus order matches the visual layout.

1.3.2 may not apply here as content doesn't necessarily need to match visual focus order. 2.4.3 may be more appropriate to cite.

headings

All checklist items in the headings section incorrectly cite 2.4.6. 2.4.6 is about the quality of heading text, but has nothing to do with whether the text is properly exposed as a heading. These would all be 1.3.1/best practice issues.

Use the th element for table headers (with appropriate scope attributes).

Unsure why this is cited as a 4.1.1 issue. Seems it should be a 1.3.1

Use the caption element to provide a title for the table.

Again, not a 2.4.6 unless there is a

already implemented which has crummy text.

All inputs in a form are associated with a corresponding label element.

Not a 3.2.2 issue. Typo for 3.3.2?

Associate input error messaging with the input it corresponds to.

Should be 1.3.1 and/or 4.1.2.

Ensure that media controls use appropriate markup.

Probably should be 4.1.2 since that's about interactive controls

Confirm that transcripts are available.

Technically yes, audio content is 1.1.1. But alternatives to audio content would generally be cited under 1.2.3

Check your content in specialized browsing modes.

Would generally point to this as a strongly recommended best practice, not a wcag failure, particularly not this one.

Remove horizontal scrolling.

would qualify some content - e.g., tables, maps, large graphs - are totally fine to have bi-directional scrolling. dont' want to make people think they have to negate table semantics and then potentially wind up with other wcag failures (e.g., 1.3.2) when content no longer makes sense in the reading order.

Assignee
Assign to
Time tracking