Nucleus cares deeply about inclusivity. To help everyone, we aim to understand the impact each and every decision we make.
Accessibility is a fundamental foundation of Nucleus.
The following guidance has been provided by our accessibility partner DAC.
A high level of colour contrast assists people with sight loss, including colour blindness, as well as people with cognitive disabilities.
We follow two primary rules of accessibility related to colour.
We never use colour as the only means of providing information or requesting an action.
The combinations of text and their background colours do not fall below the WCAG recommended threshold ratio of 4.5:1 for standard or small text and 3:1 for larger text.
There are a number of tools that we've listed in our Tools page which may help.
Audio and video content including important speech or sound must have a text equivalent.
Captions are provided for all pre-recorded audio content in synchronised media, except when the media is a media alternative for text and is clearly labelled as such.
Audio and/or video embedded in an application (including audio that is part of a video or multimedia file) must play for no more than 3 seconds before pausing or plays only when the user chooses.
When pressing play a screen reader user must be able to use a single button press to pause it again.
Disabled users have access to clearly labelled play and pause controls for the audio/video player.
All form fields are labelled or, where it is not possible to label a form, a descriptive aria-label attribute is used.
Where errors occur on a form, the user is informed as to which fields need attention and why.
Provide informative error messages and a means of navigating away from an error message back to useful information.
Gestures must be intuitive and consistent.
The solution will allow use of familiar gesture controls such as finger swipe, taps, zoom pinch/pull.
Do not insert functions that can only be managed via gestures (such as swiping motion).
Always add a button/link so that users who have limited dexterity can tap a button to navigate.
All images must have a valid alt attribute values.
Link images describe the destination page.
Button images have an alt attribute that describes the function of the button.
Images used for decorative and spacing purposes rather than providing essential, contextual and functional guidance must have a null alt attribute (
alt='') to hide it from screen readers.
The solution must clearly show via text and label where each link will take the customer.
Where a link to content that differs in file format is presented, the format and size will also be presented in the link title.
Image links and buttons have an alt text that describes their purpose.
All links are visible or become visible when they receive focus.
Images do not flicker at a rate that may trigger seizures in susceptible individuals.
Content should not flash more than 3 times in any 1 second period.
Movement on the page is limited to 5 seconds.
If movement takes longer than 5 seconds, use a control on the page that stops moving, blinking or auto updating content.
Ensure that material that is central to the meaning of the page precedes material that is not.
Divide pages into usable but limited size portions.
Create a logical order through links, form controls and objects.
Users will be able to use external hardware to navigate the solution, such as Bluetooth keyboards.
All aspects of the navigation can be accessed using keyboard-only control and screen readers.
Inclusivity and accessibility are fundamental. No one should be left out. Ever.
When designing experiences for users who have physical disabilities which impact their mobility, it is important to acknowledge the following:
Make large clickable actions.
Give form fields space.
Design with mobile and touch screen in mind.
Design for keyboard or speech only use.
When designing experiences for users who have cognitive disabilities, it is important to acknowledge the following:
Reading age may be lower.
Busy page layout can be confusing (Keep it simple!).
Ambiguous labels and icons can be confusing.
Users may be easily distracted by moving animation.
Short term memory may be affected.
When designing experiences for users who have hearing loss, it is important to acknowledge the following:
Provide synchronised captions for all video content.
Do not use audio features.
Provide transcripts for all audio content.
Deaf users require captions if the video does not make sense when the sound is turned off.
When designing experiences for users who have sight loss, it is important to acknowledge the following:
Contrast between text and the background may not be sufficient (W3C ratio 4.5:1).
Text may not be large enough to read so would need to resize or zoom into content.
Do not cause content to update elsewhere on screen after selecting an item.
Screen readers are used to translate written text into speech:
All non-text elements (images, multimedia) require a text alternative.
Visual structure must be represented in a logical order, use headings.
Navigation must be obvious to users (scrolling content confusing).
Some barriers are permanent, some temporary. Suffering from an injury or illness can limit the use of a limb. Not being fluent in a language lowers our reading age. We might want to watch a video with its sound muted but not have any headphones at hand.
In fact, it's likely that all of us experience these barriers at some point in our lives. Whether temporary or permanent, we don't need to think that our abilities are any less than those of others. It's simply a different approach to getting on and taking action in our lives.