GitXplorerGitXplorer
p

wcag-interpretation

public
5 stars
1 forks
1 issues

Commits

List of commits on branch gh-pages.
Unverified
559a032b299182a7633852fbc413cb62fbb561a7

Add more authoritative reference to 2.4.11 question about focus indicator being part of the component

ppatrickhlauke committed a year ago
Unverified
2d495c4f403c9a72acb0bb0f3aead8981fb38ca6

Better consistent help image

ppatrickhlauke committed a year ago
Unverified
76745cb8d6d54b917f4a9961934941fa0785cbeb

Tweak intro

ppatrickhlauke committed a year ago
Unverified
06f30840620ebaccb07c6ab5391c6a1f8a15fe9a

Tweaks

ppatrickhlauke committed a year ago
Unverified
27642cef3bdeb11c110fe994298630e0e467e51b

Move slide

ppatrickhlauke committed a year ago
Unverified
ddc9b37f71b7778c5811c392ab5225102389d646

Tweak styles

ppatrickhlauke committed a year ago

README

The README file for this repository.

WCAG interpretation

These (still) aren't the SCs you're looking for...

WCAG is supposed to give us a reasonably objective way of saying whether or not the sites we are building/auditing are "accessible" (to a particular baseline). However, they are only as useful as our understanding and interpretation of the actual guidelines' normative text. And of course they're not perfect - with some omissions, handwaving, and straight up loopholes. So where does this leave developers and auditors? In this talk, Patrick may not have all the answers, but he'll have a good rant around the subject anyway...

https://patrickhlauke.github.io/wcag-interpretation/

Repository structure

  • gh-pages contains the latest/most complete version of this presentation – a big brain-dump of all things relating to WCAG interpretation, current gaps and loopholes
  • individual workshops/conference talks which use a shortened or adapted version of these slides live in their own separate branches – these are usually left dangling/unmerged