By the end of this lesson, you will be able to:<\/p>\n
Content should be created in a way that makes it accessible to all learners. As you plan an OER adoption or adaptation, plan to check the accessibility of your content before making it available to others. Not only is this a generally good practice, content published by public institutions may be subject to state and\/or federal mandates for accessibility. In short, making your OER accessible from the get-go will help learners consume the content in the way that best suits their needs.<\/p>\n
This section will explain techniques towards making instructional content more accessible, including OER. More thorough recommendations for making content accessible can be found in this adaptation of the Accessibility Toolkit<\/a> originally published by BCCampus.<\/p>\n While it is often fun to use different font types (“fonts”), colors, and clip art on your instructional materials, content that follows a more structured approach will likely be more accessible. As OER is passed between authors and editing tools, it’s advisable to leave the fancy styling as a last step and share out “clean” versions of the content without custom fonts and floating elements. When in doubt, leave your custom styles out.<\/p>\n When writing text-based content, sticking to these four suggestions will greatly improve the accessibility of your content. In particular using stricter markup will help screen readers convey the content more clearly. MS Word, Google Docs, and many other common tools used for OER editing will have these built in into their menus, making it easy to structure your content cleanly.<\/p>\n Text-based OER benefits from being structured with heading levels. Many editing tools support TOC (table of contents) generation based on where these section markers are placed. Individuals using screen readers will also more easily navigate the sections of your content when headings levels have been applied consistently throughout.<\/p>\n While they may “look” similar to bulleted lists, using asterisks with hand-spacing to create lists can really jam up a screen reader that is expecting structured content. Whenever listing items, use the true list features of your content editor. This applies to both unordered (often bulleted) and ordered (numbered or lettered) lists.<\/p>\n Example<\/strong> \u2014 clear and accessible:<\/p>\n Nonexample<\/strong> \u2014 unclear:<\/p>\n * First list item<\/p>\n * Second item<\/p>\n * And a third<\/p>\n No matter the subject of an image or figure used in your content, we need to offer descriptive text to support those with visual impairments. A screen reader will look for a contextual description of an image to share with the learner, which should live in the text surrounding the image (title or caption) or as alternative (“alt”) text. This is one of the most common overlooked accessibility aspects of content created for instruction, but editors for both online and offline content nearly all include tools for adding alt text to images.<\/p>\n Ensure that all web pages and weblinks have titles that describe a topic or purpose. The purpose of the link can be determined by the text alone. That is, you don\u2019t need to include additional information justifying the use of the link. You want the link to be meaningful in context. For example, do not use generic text such as \u201cclick here\u201d or \u201cread more\u201d unless the purpose of the link can be determined by meaning in the surrounding content.<\/p>\n Example<\/strong> \u2014 clear and accessible:<\/p>\n Information on the BC Open Textbook Project<\/a> is available online.<\/p>\n Nonexample<\/strong> \u2014 unclear:<\/p>\n Click here<\/a> for information on the BC Open Textbook Project.<\/p>\n A great deal of OER content is displayed on websites, where we can use accessibility-checking tools to identify areas that can make it difficult for assistive technology tools to work properly. The WAVE tool<\/a> does just that: identifies errors and possible issues with the accessibility of webpages.<\/p>\nLowest common denominator<\/h1>\n
Four steps towards authoring accessible content<\/h1>\n
Use heading levels (h1, h2, h3)<\/h2>\n
Use true lists (ordered, unordered)<\/h2>\n
\n
Give alt text descriptions to images<\/h2>\n
Use descriptive link text<\/h2>\n
Use the WAVE tool<\/h1>\n