GovLab / styleguide

The GovLab style guide.
http://govlab.github.io/styleguide/
1 stars 3 forks source link

All custom interactive elements need to be accessible #27

Open toolness opened 8 years ago

toolness commented 8 years ago

As Alice Bartlett's TXJS 2015 talk attests, making accessibility-friendly UI widgets "from scratch" that address all edge cases and are compatible with all major browsers and screen-readers is actually quite time-consuming; I learned this the hard way when working on a "from scratch" modal component on teach.mozilla.org, which seemed simple enough at first but kept coming back to haunt us as we uncovered new accessibility and usability edge cases.

This is a big part of why we decided to reuse bootstrap's JS plugins as much as possible in NoI: specifically, for modals, alerts, and tabs. While the downside here is that we don't necessarily get the slickest next-generation visual effects, the upside is that we don't leave users on screen readers or other unusual browser configurations in the dust.

claudioccm commented 8 years ago

Agreed. I'm curious to see if we have any analytics on screen-reader usage, so I can think in terms or prioritization.

Also, I agree with the NOI strategy, and maybe we should use the same strategy here. Picking up a few structural elements from bootstrap might be smart.

On Foundation, we can create a custom build, with just the features we want, or even import them as sass partials. http://foundation.zurb.com/sites/download.html/ Do you know if bootstrap does the same?

Let's talk more about this, and check the PROs and CONs for this. This can be big.