Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Accordion HTML not Accessibility Friendly #16

Closed
StevenWeathers opened this issue Aug 19, 2014 · 3 comments
Closed

Accordion HTML not Accessibility Friendly #16

StevenWeathers opened this issue Aug 19, 2014 · 3 comments
Labels

Comments

@StevenWeathers
Copy link

Would just like to point out using Definition Lists for an accordion is not really accessibility friendly (ADA/508), I would suggest moving to ULs or something else that a screenreader won't give special treatment for and confuse the user.

More Info on this issue:
http://snook.ca/archives/html_and_css/definition-lists-v-tables
http://www.w3.org/TR/WCAG20-TECHS/H40.html

@trevanhetzel
Copy link
Owner

Right on, thanks for the resources. I'm trying to remember why I chose a definition list over unordered list (I know I debated it), but can't quite recall why. I'll look into this again.

@afingret
Copy link

I think you are using definition lists because they allow for two internal html elements - dt and dd. The dt works conveniently as an accordion trigger and the dd for content; all without the need for extra classes or markup. ULs, by comparison only have li tags, so you would have to complicate the markup to make it work.

Personally, I like your existing DL solution (once you allow for anchors in the dd's that is).

@trevanhetzel
Copy link
Owner

After having some time to look at this, you're right in your assumption as to why I used definition lists, @afingret. I'm going to stick with that for now, unless there is overwhelming support in favor of using a normal unordered list.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants