Creating ACCESSIBLE Course Content
Ensuring Digital Access: Our Commitment at CCNY
In light of the April 2024 Department of Justice update to the Americans with Disabilities Act (ADA), the landscape for digital course materials has shifted. For public institutions like CCNY, making digital content accessible is no longer just a best practice; it is a regulatory requirement under Title II.
At the Teaching and Learning Center (TLC), we view this not just as a compliance task, but as an opportunity to strengthen our pedagogy and ensure every student has an equitable seat in the classroom.
Anyone developing content (text, images, video, etc.) for online publications or systems should ensure that all the necessary elements are provided to make the content accessible to people with disabilities, including blind, low vision, deaf, and hard of hearing users.
Approximately 9,000 CUNY students self-identify as having a disability. This is thought to represent only about half of the CUNY student population with disabilities. To create an inclusive experience for all users, it is helpful to understand the ways in which different disability types need to access content and what you can do to make your content more accessible to them.
Visual Disabilities
Blind and low vision users rely on keyboard-only navigation, the use of screen reader technology, and/or screen enlargements. Access to information is dependent on: sizable fonts, good color contrast, well-structured websites that label all graphics, icons, buttons, and multimedia; and using web standards for coding tables, forms, and frames.
Examples of barriers for people with visual disabilities
- Images, controls, and other structural elements that do not have equivalent text alternatives.
- Text, images, and page layouts that cannot be resized, or that lose information when resized.
- Missing visual and non-visual orientation cues, page structure, and other navigational aids.
- Video content that does not have text or audio alternatives, or an audio-description track.
- Inconsistent, unpredictable, and overly complicated navigation mechanisms and page functions.
- Text and images with insufficient contrast between foreground and background color combinations.
- Websites, web browsers, and authoring tools that do not support the use of custom color combinations.
- Websites, web browsers, and authoring tools that do not provide full keyboard support.
Hearing Disabilities
Deaf and hard-of-hearing users can access multimedia content (video and audio) if captions and transcripts are available. For video content that also has audio without captions or transcripts, only the visual content is accessible. A transcript is the only way to make video or audio content accessible to someone who is both deaf and blind.
Examples of barriers for people with auditory disabilities
- Audio content, such as videos with voices and sounds, without captions or transcripts.
- Media players that do not display captions and that do not provide volume controls.
- Media players that do not provide options to adjust the text size and colors for captions.
- Web-based services, including web applications, that rely on interaction using voice only.
- Lack of sign language to supplement important information and text that is difficult to read.
Motor Disabilities
Users with limited mobility are likely to use only a mouse, keyboard, voice or other inputs to navigate the web. Websites developed with multiple input options are more accessible to these individuals. Mouse-only or keyboard-only control requirements will create a barrier for some of these individuals.
Examples of barriers for people with physical disabilities
- Websites, web browsers, and authoring tools that do not provide full keyboard support.
- Insufficient time limits to respond or to complete tasks, such as to fill out online forms.
- Controls, including links with images of text, that do not have equivalent text alternatives.
- Missing visual and non-visual orientation cues, page structure, and other navigational aids.
- Inconsistent, unpredictable, and overly complicated navigation mechanisms and page functions.
Cognitive Disabilities
Cognitive and learning disabilities affect how people store, retrieve, or use information. Often, only some functions are impaired while others are unaffected. Many of these disabilities do not affect overall intelligence. Cognitive and learning disabilities are usually invisible and can be age-related. Many users may not have a formal diagnosis or disclose having a disability due to social stigma, vocational concerns and prejudices. Poor design or content choices can undermine or make impossible these different approaches. Users with cognitive disabilities rely on clear structure, consistent and predictable forms, buttons, links, and other functions.
Examples of barriers for people with cognitive and learning disabilities
- Complex, multi-stage process such as forms.
- Complex or inconsistent navigation mechanisms and page layouts that are difficult to understand and use.
- Complex sentences that are difficult to read and unusual words that are difficult to understand.
- Metaphors and other non-literal text whose meaning is not predictable from the usual meanings of the words.
- Long passages of text without images, graphs, or other illustrations to highlight the context.
- Moving, blinking, or flickering content, and background audio that cannot be turned off.
- Passwords and access codes that rely on memory.
- Time-outs on activities
- Web browsers and media players that do not provide mechanisms to suppress animations and audio.
- Visual page designs that cannot be adapted using web browser controls or custom style sheets.
Reference: CUNY Making Content Accessible & W3.org Diverse Abilities and Barriers
Useful Resources, Links and Discussions about Accessibility Around CUNY
A pedagogy of accessibility makes for a better learning experience for all students, including those with a disability. Proactively learning how to apply accessibility strategies for coursework can reduce or eliminate learning barriers, providing access for all students. Here are some useful links to content across CUNY covering accessibility in a useful way.
Accessibility on Brightspace
Brightspace Ally Help and Information
- CCNY TLC General Brightspace and Accessibility Introductory Meeting Slides (Fall 2025)
- How to Setup Anthology Ally for Accessibility in Brightspace
- Creating Accessible Content In Brightspace
- Adding an accessible template package to your course files
- Meeting web content accessibility standards
Accessibility Videos for Brightspace
PowerPoint Accessibility
- Best practices for making PowerPoint presentations accessible
- Check accessibility while you work
- Create accessible slides
- Avoid using tables
- Add alt text to visuals
- Create accessible hyperlink text and add ScreenTips
- Use accessible font format and color
- Use captions, subtitles, and alternative audio tracks in videos
- Save your presentation in a different format
- Test accessibility with a screen reader
Amy Wolfe Accessibility Toolkit for Open Educational Resources (OER)
-
- Accessibility Principles
Learn about the four main principles of accessibility, described by the acronym POUR (perceivable, operable, understandable and robust) and how those principles are reflected in the international Web Content Accessibility Guidelines (WCAG) CUNY follows. - Accessibility Best Practices
Detailed accessibility best practices information and instructions.
Content covered: Accessibility Best Practices for Titles, Text/Typographical Layout, Headings, Lists, Meaningful Link Text, Alternative Text (alt-text), Videos, Audio, Tables, Color and Color Contrast and Accessibility Design Do's and Don'ts. - Creating Accessible Content
How do you make sure the content you are adding to your OER is accessible? What do you need to do to make sure a PDF is accessible? Do you know what "optical character recognition" is when scanning? What is "alt-text" and how do you add it to your images on your OER? What are the best practices when adding images, videos, pdfs, word documents, powerpoints or podcasts? This section will attempt to answer these questions and provide you with some useful information and tools to make sure your content is accessible to as many users as possible.
Content covered: Interactive Activities, EPUBS, Images, Word Documents, PDFs, PodCasts, PowerPoint, Videos and Social Media. - Create Accessible Social Media
Social media is used to engage with others, share information and deliver services more quickly and effectively than ever before. If your course is going to use social media as a tool, it is important to make sure the content is accessible to everyone. This section contains helpful tips, real-life examples and best practices to ensure that your social media content is usable and accessible to all.
Content covered: Best practices, hashtags, emoji, memes, ASCII art, Twitter, TikTok, Facebook, Instagram, YouTube. - Platform Evaluations
Which OER resource platforms are accessible? What are the pros and cons of each platform? How is accessibility different (if it is) between the users version and the creators version? Are there tips/helpful reminders to creators about accessibility issues as they are adding content? Read about how each OER platform meets accessibility standards and what you will have to do to ensure your OER is accessible if you use a specific platform.
Platforms covered: Brightspace, Canvas, Dropbox, ePortfolio (Digication), GitHub, Google Sites, LibGuides (Springshare), Lumen Learning, Manifold Scholarship, MyOpenMath, OER Commons (ISKME), OpenLab, Pressbooks, Scalar and WordPress (.org & .com). - Evaluation Tools
Is your site accessible? Do all your images have "alt-text"? What is "alt-text"? Can someone who is colorblind see your site? Can someone navigate your OER without using a mouse? Use these tools to determine if your site is accessible and how to fix any issues you find.
Evaluation Tools covered: WAVE, AChecker, aXe: the Accessibility Engine (Deque Systems), tota11y, Nu Html Checker, Accessibility Bookmarklets, Color Contrast Checker, Colorblind Web Page Filter, PDF Accessibility Checker and EPUB Validator (beta). - Search for VPATs
Voluntary Product Accessibility Templates (VPATs) are one of the tools to see how a electronic resource or platform addresses accessibility. They are filled out by vendors. Search here for a product's VPAT and see is that OER platform accessible? Is that database usable by a person with low vision? Does the vendor check all the PDFs on that OER you are wanting to adopt? A vendor's VPAT will provide this information.
- Accessibility Principles
Unless otherwise noted, these accessibility guides were created by Accessibility Librarian Amy Wolfe for CUNY and are licensed under a Creative Commons Attribution-Non Commercial-ShareAlike 4.0 International License. If you re-use, remix or link to this guide, it would be appreciated if you could notify the creator amy.wolfe@cuny.edu
W3 Web Accessibility Techniques - Perception
Note: The examples given in this section are not a complete list of all the ways that people interact with digital technology.
Description
Some people need to convert content from one form to another to perceive it. For example, someone who is deaf-blind requires audio and visual content in a tactile form (such as Braille). Other people need to perceive content through multiple senses, such as someone with dyslexia who may need to hear and see the text to understand it better.
Content in textual form can be more easily converted into other forms and is therefore particularly useful. However, text-only content poses barriers for many people who have difficulty with written language. Graphics and illustrations can be made accessible and often improve understandability, ease-of-use, and satisfaction with digital technology for everyone.
In some cases, content can be converted into different forms using software or hardware. For example, a text-to-speech software can convert text into speech. In other cases, content authors need to provide alternative forms of the content. For example, at least some level of human intervention is necessary to create textual descriptions for images and captions for audio content. Sometimes software tools, such as speech and picture recognition, can assist authors in providing such alternatives but the conversion is usually not fully automatable.
Accessibility feature examples
- Audio descriptions – (also referred to as “video descriptions” and “described video”) narrations that describe important visual details in a video. These narrations can be during natural pauses in the audio, or in separate audio files or audio tracks in multimedia.
- Auditory, tactile, and visual notifications – prompting or alerting the user in different ways such as by blinking or displaying visual dialogs, by using sound, or by vibration.
- Braille – a system using six to eight raised dots in various patterns, to represent letters and numbers. These characters are read by scanning over the raised dots using the fingertips. Braille is used by people who are blind but not all individuals who are blind know braille.
- Captions (called “subtitles” in some areas) – a text version of the speech and non-speech audio information needed by people who are deaf and hard-of-hearing to understand content. Captions are synchronized with the audio and usually shown in a media player when users turn them on.
- Sign language – a visual form of communication that is primarily used by people who are deaf. It involves hand, body, and facial expressions to transmit words, phrase, and tone. For instance, the intensity of a gesture could indicate the mood or emphasis of particular information. As in written languages, there are many sign languages and dialects, some of which are recognized as official languages in some countries. Not all people who have auditory disabilities or who are deaf know sign language.
- Symbols – icons that represent words or concepts used instead of text by some people with impaired communication, including people with difficulties reading or writing.
- Text-to-speech (sometimes called “speech synthesis” or “speech output”) - automatic conversion of text into a synthesized voice reading the text aloud.
- Transcripts – text manuscripts containing the correct sequence of verbatim recording of any speech, and descriptions of important auditory or visual information.
Assistive technology and adaptive strategy examples
- Refreshable Braille display – a mechanical terminal that displays a line of Braille characters (usually 40-80) by raising and lowering the dots (pins) dynamically. Braille displays may also be attached to standalone devices that have other functionality such as taking notes, calculating numbers, or to interface with devices such as public information kiosks.
- Screen reader – software that processes content on the desktop and in web browsers, and converts it to text-to-speech and Braille. Some screen readers provide other functions such as shortcut keys, different modes for processing content and interacting with it, and the ability to highlight the text that is being read aloud.
- Voice browser – similar to screen reader but usually only processes web content. Voice browsers are typically not developed as assistive tools but as alternative web browsers for mobile devices or similar.
From: https://www.w3.org/WAI/people-use-web/tools-techniques/perception/
W3 Web Accessibility Techniques - Presentation
Note: The examples given in this section are not a complete list of all the ways that people interact with digital technology.
Description
Some people need larger text and image sizes or higher contrast between text and background colors to see the content better, and some people need louder audio with lower background noise to better hear the content. Some people need to turn off pop-up windows and animations that disorient or distract them. A sound that is automatically played, such as background music on a website, can also distract people or interfere with text-to-speech software. Digital content, browsers, and tools need to support adjusting the presentation according to peoples’ needs and preferences.
Making text more readable is of particular importance. This involves changing its visual appearance, using additional text-to-speech, and adapting the content. For example, changing the font type, colors, spacing, and line width makes texts more readable for many people. Sometimes text-to-speech is used to assist reading further. Adapting the content involves rearranging sections of web pages, adding functionality such as dictionaries and glossaries, and hiding less used functionality. While these changes are often managed using specialized browsers and tools, website authors need to provide adequate coding to support such adjustments and adaptations.
Also, people process information differently. This aspect is particularly relevant for learning environments but also applies to many other situations. In some cases, authors can provide different representations of the same information to address the widest audience possible, such as graphical and tabular representations of data for people with different learning styles.
Accessibility feature examples
- Customized fonts and colors – changing the font types, sizes, colors, and spacing to make text easier to read. Customization involves browser settings and, for more advanced users, cascading style sheets (CSS) to override the default appearance of web content.
- Document outline – representation of the content that only shows the headings and relevant structures (such as headings nesting and hierarchy) to help provide orientation and an overview of the contents.
- Easy-to-read text – simplified summaries for passages of text to help make it easier to understand.
- Progressive disclosure – design technique that involves showing only the least amount of information or functions necessary for a given task or purpose, to avoid overloading the user with information.
- Reduced interface – representation of the content that only shows most relevant information or more frequently used functions; for example, by hiding other parts of the content that can distract users.
- Screen magnification – changing the settings of the web browser, operating system, or screen to enlarge or reduce text size and images. Some people use magnification lenses, binoculars, or other visual aids, and software such as screen magnifiers to better see the content.
- Symbols – icons that represent words or concepts used instead of text by some people with impaired communication, including people with difficulties reading or writing.
Assistive technology and adaptive strategy examples
- Pop-up and animations blockers – web browser plug-ins or other software tools that stop automatic pop-up windows and redirection, and options to stop, pause, and hide animations.
- Reading assistants – software that changes the presentation of content and provides other functionality to make it more readable. Examples include:
- Customizing the font type, size, spacing, or foreground and background colors;
- Scanning the text for complex words and phrases, and linking them to glossaries;
- Hiding less relevant parts of the content, such as sidebars and header areas;
- Providing outlines of the page headings and summaries of the text passages;
- Reading the content aloud and highlight the text as it is being read out loud.
- Screen magnifier – software used primarily by people with partial sight to enlarge the content to make it easier to see. Some screen magnifiers provide text-to-speech and other functionality.
- Volume control – options to adjust the volume of audio content being played, including options to turn off the sound altogether, that are separate from the overall system settings.
From: https://www.w3.org/WAI/people-use-web/tools-techniques/presentation/
W3 Web Accessibility Techniques - Input
Note: The examples given in this section are not a complete list of all the ways that people interact with digital technology.
Introduction
Some people use software and customized settings to enhance the efficiency of typing, writing, and clicking. For example, some people assign personalized shortcut keys to functions they frequently use. Some people use word prediction software to help complete words and sentences with minimal typing, grammar and spelling tools to help correct text, and tools to help click, select text, and scroll with minimal movement.
Digital content needs to be designed to support these different types of approaches. For example, forms, links, and other functionality need to be usable by keyboard. In particular, applications (“client-side scripting”), embedded media players, and other programmatic objects need to provide full keyboard support that does not trap the keyboard focus within the program and larger clickable areas for buttons and links.
Accessible content supports people who need more time typing, writing, and clicking, or are more likely to make mistakes. For instance, some people forget to select options and fill out form entries, misspell words and mistype data (such as dates), or unintentionally activate buttons and links. Accessible content also provides enough time to complete tasks, clear and helpful error messages and options for correcting input.
Examples of assistive technologies and adaptive strategies
- Accelerators – software and functionality that help reduce the effort needed to type or click. For example, by providing options to create shortcuts for commands or sequences of commands, by highlighting selection choices such as menu items, links, or options, and by helping to steer the mouse.
- Alternative keyboard and mouse – hardware and software primarily used by people with cognitive and physical disabilities to help interact with the computer. Examples include:
- Keyboards with larger keys, key labels, key spacing, illuminated keys, or custom layouts;
- On-screen keyboards, touch-screens, sip-and-puff switches, and single-key switches;
- Trackballs, joysticks, touchpads, specially designed mice, and other pointing devices;
- Speech recognition, eye tracking, and other approaches for hands-free interaction.
- Eye tracking (sometimes called “eye-gaze”) - a system that monitors eye movement to control the mouse pointer and detects blinking to initiate mouse clicks.
- Keyboard customization – includes changing the mapping of keys, assigning shortcut keys to functions, setting filters, and setting “sticky keys” to support single-handed typing.
- Keyboard and mouse filters – functions of the operating system or software tools that recognize and compensate for involuntary movements such as tremor and spasms.
- Mouse customization – includes changing the mapping of buttons, changing the sensitivity of the mouse towards movement, setting filters, and changing the size and appearance of the mouse pointer.
- On-screen keyboard – virtual keyboard displayed on a screen so that it can be used with a touchscreen, mouse, trackball, joystick, or other pointing devices.
- Speech recognition (sometimes called “speech input” or “voice command”) - software that recognizes the human voice and can be used to dictate text or to issue commands to operate the computer.
- Spelling and grammar tools – web browser functions, plug-ins, or other software tools to help users write.
- Word prediction – software that presents selections of matching words, phrases, or sentences based on the current input (and sometimes context) to save typing.
From: https://www.w3.org/WAI/people-use-web/tools-techniques/input/
W3 Web Accessibility Techniques - Interaction
Note: The examples given in this section are not a complete list of all the ways that people interact with digital technology.
Description
People navigate and find content using different strategies and approaches depending on their preferences, skills, and abilities. For instance, someone using a website for the first time may need clearer guidance than someone who has more experience with the particular site, and someone using the Web on a mobile device with a small screen may require more orientational cues than someone using a desktop computer. While these are typically usability aspects that affect people with and without disabilities, some situations affect people with disabilities to a greater extent.
Examples of such situations include:
- A person is not seeing the screen and needing to get an overview and orient themselves by scanning the headings on a web page; the headings need to be also designed to support such purposes.
- A person who is only seeing small portions of the screen at a time due to screen magnification, and need to orient themselves using visual cues; the visual design needs to also support such purposes.
- A person using only the keyboard (or keyboard alternatives) to navigate through the web content; the structure of web pages need to be designed to also support and efficient use of the keyboard.
- A person who has difficulty remembering the addresses, names, or particular functionality of websites; web browsers need to provide supporting functionality that is easy to use and remember.
- A person who may have difficulty with hierarchical menu navigation, as how most navigation menus are designed to be; websites need to provide alternative mechanisms for navigation.
Many functions to support different styles of navigation are built directly into browsers and assistive technologies. For example, most commonly available browsers provide bookmark functionality, and screen readers provide functions to list headings, links, and other structures on a web page. However, the design of the content is also an essential factor to support different styles of navigation.
Accessibility feature examples
- Consistency and predictability – labeling of functions such as links, buttons, and controls should be consistent, and the expected function should be predictable from the label.
- Descriptive titles, headings, and labels – page titles, section headings, and labels for forms, links, and controls are sometimes read on their own or out of context and need to be descriptive.
- Helpful error and success messages – dialogs and other messages, such as after submitting forms, need to help users complete their tasks and avoid disorientation, distraction, confusion, or discomfort.
- Multiple navigation mechanisms – websites need to provide multiple ways to locate web pages, for example by providing sitemaps and search functionality in addition to hierarchical navigation menus.
- Skip links – mechanisms to allow keyboard users to skip over repetitive blocks of content such as page headings, navigation bars, or menus. Note: too many skip links are counterproductive to this purpose.
- Visual orientation cues – examples include using background colors to indicate different parts of the content, using unique headings, and placing relevant information in prominent areas of a web page.
Assistive technology and adaptive strategy examples
- Bookmarks and history – using web browser functions to help remember pages, find previously visited pages, or quickly go to pages without needing to type a web address.
- Keyword search – using web browser functions to find text within a web page, and website functionality to search for web pages by keyword. Search engines that are maintained and optimized for a particular website can provide more precise search results.
- Keyboard navigation – moving through the content using the keyboard, typically by using the tab key to jump from one structural item such as link, header, or list item, to the next. Keyboard navigation largely depends on web browser support but also on website design features such as skip links.
- Page maps – displaying a small image of the entire web page with an indicator highlighting the portion within the web page that is being currently viewed.
- Pictorial links – some web browsers, plug-ins, and websites show small images of the link targets (sometimes called “screen shots”) rather than the addresses or names; for example in combination with bookmarks and history listings, back and forward buttons in web browsers, or links on web pages.
From: https://www.w3.org/WAI/people-use-web/tools-techniques/navigation/
Hunter College Brightspace Accessibility Videos
Work With the TLC
Whether you need a quick answer or a deep dive into your course design, the TLC is here to support you. We can help you navigate and implement these new accessible practices without the stress.
Get in touch with us:
- Email: tlc@ccny.cuny.edu
- Consultations: Reach out to schedule a one-on-one session to review your Brightspace site or other materials. Use the button below.
Last Updated: 01/21/2026 10:54
