Use case for accessibility
UC-1: Interact with "system"
Actors:
- Text-to-speech user (blind)
- Refreshable Braille Display user (blind, deafblind)
- Switch control user (mobility)
- Voice recognition user (mobility)
Description:
Assistive Technology (AT) users interact with the "system" using device/AT pairings eg. iPhone/refreshable braille display. Typically, users within this demographic are unable to access systems of this nature due to lack of direct access using AT, limiting their participation.
This interaction could be potentially enabled by granting AT users direct access through the orchestration.
Requirements
To facilitate AT access, system UI requires semantic elements recognizable by AT.
UC-2: Consume captions / transcripts
Actors:
- Deaf of hard of hearing users
- Deafblind users
- Users with cognitive impairments
Description:
Where available, ensure users are able to consume text-based media alternatives such as captions and/or transcripts through the system. Users should be able to easily toggle availability of this functionality through the system UI.
UC-2.1: Personalization
Actors:
- Deaf of hard of hearing users
- Deafblind users
- Users with cognitive impairments
Description:
The formatting of on screen captions should be customizable by the user for optimum use, or inherit existing system configuration. Once customized, these changes should be saved and applied to all media going forward.
Examples of customization could include:
- Font
- Color
- Size
- Opacity
- Background
- Edge attributes (raised, depressed, uniform, drop shadow, none)
UC-3: Consume Described Video
Actors:
- Blind users
- Partially-sighted users
- Deafblind users
Description:
Where available, ensure users are able to consume Described Video (or Audio Description) through the system. Users should be able to easily toggle availability of this functionality through the system UI.
accessibility resources
See Also
Keyboard Compatibility (Video)