Skip to main content
Health and safety
Deckmatics Academy article cover: Web accessibility and visual content: contrast, colour and learning
Credits: Deckmatics

Deckmatics

Deckmatics vector SVG generated on this page.

Deckmatics Academy article cover: Web accessibility and visual content: contrast, colour and learning
Accessibility and inclusion in DJing, events and content · Intermediate · 6 min read

Web accessibility and visual content: contrast, colour and learning

Practical accessibility for Academy and DJ content: contrast, use of colour, descriptions of configurations and inclusive learning.

Content can be excellent yet remain out of reach: grey text on a grey background, a screenshot without a description, or a lesson you can follow only if you can see the screen and move a mouse. Web accessibility is a condition for material to serve every learner.

This guide covers contrast and readability, content that does not rely solely on colour, Academy web accessibility, describing technical configurations in words and adapting learning for different needs. The approach is the same as in the rest of the series: concrete measures with a name, deadline and person responsible, rather than intentions.

Contrast and readability

Contrast and readability are measured rather than guessed. Accessibility guidance specifies minimum ratios between text and background: stricter for normal text and slightly more relaxed for large text. Below those ratios, some people cannot distinguish the letters from the background, particularly on a phone in ambient light.

Readability adds three decisions to that measurement: moderate line length, comfortable line spacing and font sizes that do not force users to zoom. Using relative units in CSS lets the page respect the browser’s preferred text size, which is where that preference is configured.

The W3C’s quick checks let you review contrast and size in minutes before publication. The minimum contrast criterion is the figure against which any proposed Academy palette is compared.

Contrast breaks in three places that may go unnoticed on your computer: text over photographs, buttons with strongly coloured backgrounds and focus states during keyboard navigation. The solution is simple in each case: a dark layer beneath the text, borders or shadows separating the button from its background, and a visible focus ring that does not rely on the user’s memory.

Also review the palette on a different monitor and at low brightness: a combination that passes in the studio can fall below the threshold on the screen of someone who needs it most. If you have doubts, measure it; contrast is one of the few accessibility metrics that can be resolved with a number.

Comparison
Resource Criterion Check Common failure
Text and buttons Sufficient contrastMeasure the contrast ratioGrey text on a grey background
States and alerts Colour accompanied by text or shapeRead in greyscaleGreen and red without labels
Screenshots and graphics Text alternativeScreen readerImage without a description
Exercises and quizzes Use without relying exclusively on a mouseKeyboard navigationInaccessible form

A table of four resources, their accessibility criteria, the checks performed and common failures.

Content that does not rely solely on colour

Content that does not rely solely on colour means colour reinforces information rather than conveying it alone. A red error state, a frequency marked in green or a BPM highlighted in yellow also needs a label, icon or text saying the same thing.

This is critical for software screenshots: many interfaces communicate an active state through a shade alone. When describing the screenshot, put that state into words—“tab X is active”, “the fader is at 70%”—rather than assuming the colour will be visible.

The use-of-colour criterion states it unambiguously: if information depends on colour, another route must exist. In practice, a black-and-white printout and a high-contrast-mode screenshot quickly test whether the content holds up.

In DJ material, this applies in three specific places. In signal diagrams where colour marks the active path, add an arrow or label. In practice tracks where colour identifies sections, write section names. In Academy quizzes where green means correct and red means incorrect, add a check mark and explanatory text. None of these changes takes meaningful time; all keep half the information from being available only to people who distinguish those shades.

Academy web accessibility

Academy web accessibility is reviewed with a short, repeatable checklist: contrast, heading hierarchy, alternative text for every image, keyboard navigation, visible focus, form labels and captions for every video.

Downloadable material is often overlooked in DJ courses: templates, example projects and exercise sheets also need clear names and open formats. The same applies to quizzes, where one required response method can exclude some learners.

If the Academy is a business channel, accessibility also reduces abandonment: someone arriving with a screen reader or a reduced-motion preference who finds the first lesson unreadable does not tell you; they simply do not return.

The review does not require expensive tools: a pass through the W3C preliminary checks, complete keyboard navigation and reading at two hundred per cent zoom detect most problems. Repeat it for every new template, rather than only once when launching the website.

Describing technical configurations in words

Describing technical configurations in words is the skill of turning a screen into useful language. The method has three levels: purpose—what the screenshot shows and why it matters—state—values, control positions, active mode—and detail—what is needed to reproduce the setting.

In DJ software and DAWs, name the complete menu path, exact parameter name and displayed value, rather than saying “as shown in the image”. A good description lets someone make the change without looking at anything; a poor one forces them to ask for help.

The reverse order works too: write the description first and capture the screenshot afterwards. If writing reveals that the sentence is unclear, the screenshot was poorly planned and should be redone before publication. For configuration videos, the same text serves as a transcript and searchable index within the course.

The text-alternative requirement for non-text content provides the framework: every informative screenshot needs an equivalent alternative, written with the task in mind rather than the interface.

Adapting learning for different needs

Adapting learning for different needs starts with three principles: provide several means of representation—text, audio, video, diagram—several forms of participation—guided practice, free exercises, discussion—and several ways to respond—written, recorded, live.

Applied to a mixing lesson, the same objective can be reached through a captioned video, a searchable transcript, a practice track and a PDF checklist. Nobody is excluded because one format does not work for them.

The universal design for learning framework provides a structure for planning this without improvising, avoiding the usual mistake of adapting afterwards, when the course is already published and rewriting costs three times as much.

Two production decisions make this approach sustainable: record and edit with several formats in mind from the start, and document each lesson with a text summary. When someone asks for an alternative, the answer already exists and the material does not need to be remade; the cost of inclusion becomes part of the normal publishing routine.

Review template before publication

  • Measured contrast for text, buttons and icons.
  • Colour always accompanied by a label or shape.
  • Alternative text for every image and descriptions of screenshots.
  • Navigation and exercises tested with a keyboard.
  • Videos with captions and transcripts available.
  • Downloads with clear names and open formats.
  • A quick test at 200% zoom and in greyscale.

Next step

Interface and content work completes this guide’s accessibility path. To continue with event planning and physical measures, return to Designing accessible events: access, booth, signage and lights.

Frequently asked questions

What minimum contrast ratio does text need?

As an accessibility reference, 4.5 to 1 for normal text and 3 to 1 for large text and graphical elements conveying information. Below those figures, some people cannot distinguish the text from the background, particularly on screens with reflections or low brightness.

Why is using traffic-light colours not enough?

A significant part of the population cannot distinguish those shades, and a black-and-white photo, printout or poorly calibrated screen removes colour. Colour is reinforcement: it must always accompany a label, shape or text that conveys the same information on its own.

How do I describe a console or DAW screenshot?

State the purpose first—what is shown and why—then the relevant state: values, control positions and active tab. Finally, add details the reader needs to reproduce it. Avoid listing every interface button if it does not help with the task.

What does adapting learning for different needs involve?

Offer the same content in several formats: text, audio, captioned video, guided practice and downloadable exercises. Allow different paces, with checkpoints and reusable materials, and avoid making a single interaction method, such as a mouse, or playback speed essential.

Continue learning

Sources

  1. Understanding WCAG 2.1: Contrast (Minimum) Technical standard W3C · accessed on

    Sets the minimum contrast ratios for normal and large text, underpinning the contrast and readability section.

  2. Understanding WCAG 2.1: Use of Color Technical standard W3C · accessed on

    Explains why colour must not be the only means of conveying information and which alternatives can replace it.

  3. Understanding WCAG 2.1: Non-text Content Technical standard W3C · accessed on

    Requires a text alternative for images, icons and screenshots, underpinning the description of technical configurations.

  4. Easy Checks — A First Review of Web Accessibility Technical standard W3C Web Accessibility Initiative · accessed on

    Provides quick manual checks for contrast, text size and keyboard navigation when reviewing your own website.

  5. Universal Design for Learning Guidelines Training programme CAST · accessed on

    A universal design for learning framework with principles of engagement, representation and action and expression, underpinning the final section.

Last technical review: 01/10/2026. Please report any errors so they can be corrected.