| | Dear [First Name]
Welcome to Session 5: The Understandable PrincipleSession 4 RecapLast session our focus was on making functional elements on the Web accessible. Most of the time, this means ensuring that all interactivity operates with both keyboard and mouse. As you recall, it is important to provide text alternatives for visuals in order to make them perceivable. Just as important — if not more so — is making functional elements operable with a keyboard. There are lots of people who rely on a keyboard to navigate, and they may be unable to use a mouse effectively.
Operable also means providing enough time. Some people with disabilities take longer to complete tasks than others. When time limits are set, they can be disadvantaged. Preventing seizures also falls into the operable category of guidelines. Needless to say, if flashing content triggers a seizure, these persons are going to have trouble operating anything. Providing multiple ways to navigate is also important to making web content operable. Some people may not be able to scan a page for the content they need, and they may be forced to navigate through the sequence of content before reaching what they are looking for. Providing bypass links, landmarks, and good use of headings can make web content more operable for many.
Mobile devices present a new challenge for navigation. Being able to quickly tap, double tap, pinch, or split tap (among other gestures) can be problematic for some people. Fortunately, if keyboard accessibility has been addressed, it can often be a fallback to gesture-based input. So, when gesture input is specifically defined in the programming (similar to mouse-specific operations), keyboard access also needs to be provided.
In the last session's activity, you compared three accessibility checkers. The aim of the activity is to raise your awareness of their limitations and the differences between the results each checker generates. It is unlikely that automated checkers will be able to identify all accessibility issues anytime soon. This should always be in mind when using these tools to identify problems and making recommendations for fixing accessibility problems. They are just one tool to be used within a collection of other tools, along with manual, human review.
Session 5Principle 3 is something non-developers should be able to relate to. The main issues this principle addresses is content readability, consistency in presentation and navigation, and preventing and recovering from errors.
This session's tasks:- Read through the pages that describe Guidelines 3.1 to 3.3. Again pay attention to whether failing to address issues at each level creates absolute barriers, usability problems, or more of a nuisance.
- Complete Activity 5: Writing for the Web. This activity will give you a chance to experiment with reading level test tools. For most content available to a public audience, aim to have the reading level in the "lower level high school" range (grade 8 or 9). Be sure to capture all the meaning in the original message, in your rewritten, lower level high school version of the paragraph.
Best wishes
Greg Gay (CPACC, WAS, CPWA)
IT Accessibility Specialist, Ryerson University
Lead Course Developer
|
| |
|
|
|
Global Sharing, Affordable Learning
If you are having difficulty reading this email, you can view it online.
|
|
|
