400 likes | 532 Views
Making IT Accessibility Accessible (And Fun?). Greg Kraus (Temporarily Able Bodied) University IT Accessibility Coordinator North Carolina State University @ gdkraus. The Problems with Accessibility. Accessibility can be hard to understand People are afraid they are going to mess it up
E N D
Making IT Accessibility Accessible (And Fun?) Greg Kraus (Temporarily Able Bodied) University IT Accessibility Coordinator North Carolina State University @gdkraus
The Problems with Accessibility • Accessibility can be hard to understand • People are afraid they are going to mess it up • Non-technical people are often the ones needing to fix the problems • Accessibility is not fun
Aristotle • “If you want to become a major league baseball player, you cannot simply wake up one day and declare yourself a baseball player, capable of hitting a curve ball. You must become habituated in the ways of being a baseball player through a lifetime of practice.”
How to Learn To Be a Major League Baseball Player • Start easy • Gradually build skill over time • Learn to see patterns and know how to react • Reactions become intuitive and natural • Practice
What Accessibility Needs • Achievable goals • broken down into manageable tasks • A way for everyone to be able to take responsibility for accessibility
Four Strategies • Quick Training Videos • Accessibility Handook • IT Accessibility Quick Guides • Accessibility Scan/Game
Quick Training Videos • Short (5-10 minute) videos • Each video covers 1 specific topic • (Usually) give you something actionable you can do • http://accessibility.oit.ncsu.edu/trainingvideos/
Quick Training Video Example • Microsoft Word Headings • http://www.youtube.com/watch?v=zbVl4IYqmIU
Some Quick Training Video Topics • Accessibility Evaluation Tool Tutorials • Using Headings in Microsoft Word • Using Headings in Google Docs • Accessible Math on the Web • Skip to Main Content Links • Language Attributes for Screen Readers
IT Accessibility Handbook • Resource for Web developers • Takes you through the steps for designing accessibly • Gives you a way to think about accessible design • http://go.ncsu.edu/accessibility-handbook
Section 508 • Procurement and development requirement for Federal agencies • (You don’t have to follow Section 508, unless you have to follow Section 508) • Released in 1998 • 16 criteria • 381 words long • Does not tell you how to technically do any of it
Web Content Accessibility Guidelines 2.0 (WCAG 2) • Standard published by the Web Accessibility Initiative (WAI) within the W3C • Released in 2008 • 14,000 words in the standard • 300,000 words of support documentation
Accessibility Handbook Step 1: Understand legal accessibility requirements Step 2: Choose the most appropriate technology and document format Step 3: Start with some of the basics Step 4: Plan your document structure Step 5: Plan your user interactions Step 6: Design alternate ways for users to access your content when the content is dependent on a single human sense
Accessibility Handbook Demonstration • http://go.ncsu.edu/accessibility-handbook
IT Accessibility Quick Guides • What about content creators?
IT Accessibility Quick Guides – What They Do • Overview of NC State’s accessibility responsibilities • Profiles of commonly used technologies on campus • Overview of how to build it accessibly • How to check if it is accessible • Where to get more information
IT Accessibility Quick Guide Demo • http://go.ncsu.edu/accessibility-quick-guide
IT Accessible Game • Can accessibility be fun? • Should it really be a game? • Isn’t accessibility a human right?
Gamification • Gamification [n]: the use of game design elements in non-game contexts
Competing in a Marketplace of Demands • Prioritizations • “Keeping the lights on” • Production services to run and maintain • Security and Compliance • This impacts everyone, not just “those people”
Gaming Principles • A good game… • Lets everyone play, regardless of skill level • Lets you improve skills over time • Gives you instant feedback
Make a Game Everyone Can Play 4 5 7 10 11 8 1 6 9 2 3
Prioritization • 4 = fatal error, user cannot interact at all with the element • 3 = significant error, user can only partially recover or it causes a significant hardship • 2 = significant error, but user can usually mostly, if not fully recover • 1 = minor annoyance • 0 = usually can ignore
Level 4 • Missing alternative text • Unlabeled form element • No keyboard event for an equivalent mouse event
Level 3 • A form control has more than one label • Page auto refreshes • No skip to main content link
Level 2 • Spacer image does not have an alt attribute • Pages have unique titles and don’t say “Untitled Document”
Level 1 • Invalid code • Heading levels are skipped • No titles for frames
Level 0 • No alternative content for iframes • Contrast ratio to pass WCAG 2 Level AAA
Demonstrate System • http://accessibility.oit.ncsu.edu/accessibility-scan/