Category: testing

CSUN17 Review

Another successful CSUN Assistive Technology Conference has come and gone. Below is a curated list of slide decks, reviews, photos, and more. Also check out my CSUN17 preview.

Slides etc. from presentations

Feel free to cite more in the comments.

Workshops

Other reviews, etc.

More awesome stuff

WCAG 2.1 First public working draft. Also see Quick Guide to WCAG 2.1 First Public Working Draft by David MacDonald

By IBM Va11yS, or Verified Accessibility Samples, is a repository of live working code samples that designers and developers can easily access to test with different assistive technologies and tools.

OATMEAL – An accessibility testing methodology for the web, by eBay. Stands for Open Accessibility Testing Methods for Experts And Layfolk—nice!

Mind Your Lang by Adrian Roselli from role=drinks event.

Photos

Terry Thompson speaking on audio description at CSUN17
Terry Thompson speaking on audio description at CSUN17
Denis Boudreau fills the Deque Suite at CSUN17
Denis Boudreau fills the Deque Suite at CSUN17
Karaoke at CSUN17, Makoto and Matt lead C-S-U-N
Karaoke at CSUN17, Makoto and Matt lead C-S-U-N (to the tune of YMCA)

More from CSUN17 Flickr album by Dennis Lembree

Link Roundup – June 2015

Accessibility Jobs, Sept 2014

Learning How to Test with Screen Readers

Although accessibility checklists are important, testing for web accessibility requires more than that. Some testing requires tasks which can only be done by a human including testing with a screen reader. It’s best for a regular screen reader user to do the testing, but it’s also good for a developer or designer to do at least the basics (there was a big discussion on this last fall in Should Sighted Developers Use Screenreaders To Test Accessibility?).

Here are some good articles to help learn how to use a screen reader to test for web accessibility:

More from comments:

Comments on A quick Web Accessibility Checklist

I came across the article A quick Web Accessibility Checklist (published last July) and have some feedback. Some points were great, but others needed some work. I was going to leave a comment, but thought the points would be good to share in a blog post.

  • “Skip-to” links help, but wouldn’t put first on the list. Proper tag markup and ARIA are also big navigation helpers.
  • Font resize widgets are unnecessary as they add weight to a site, add clutter to the screen, and the behavior should be done by the browser.
  • A site map is not needed if navigation is done well and is accessible; the tip is more of a usability issue in my opinion.
  • Don’t know what “links have descriptive screen text” means. If it means tool-tips (title attribute), then I highly recommend not doing most of the time.
  • Yes, keyboard accessible dropdown menus are good, but remember that the whole site must be keyboard accessible.
  • People still use frames? iFrames also relevant to list here, and more up-to-date.
  • A good basic point missing is color; ensure sufficient color contrast, no content conveyed with color alone; etc.

Update, Jan 11:

I submitted a blog comment that linked to this page, and it did not yet get accepted.

Shortened URL to this page: http://weba.im/commquick