Accessibility
A slide deck cannot be made accessible afterwards
PowerPoint and everything shaped like it hands you a drawing: shapes at coordinates, where a heading is text that happens to be bigger. No amount of care at the end turns that into something a screen reader can read out, and it is the same reason a deck is hard to keep on-brand or to generate predictably. Slides need what a web page has: a fixed structure, with fields that know what they are. Back to the drawing board, then - or rather, off it.
What the structure yields
This is generated from the declared field vocabulary rather than written per slide type, so every type is covered - including one your own organisation added - and the output cannot drift away from the definitions.
- A text field with a heading role
- A real heading, in a hierarchy: one h1 for the deck, one h2 per slide.
- A collection whose order carries meaning
- An ordered list. A timeline or a process declares `ordered: true`, so it becomes an <ol> and nothing downstream may reshuffle it.
- A collection whose order is incidental
- An unordered list. Cards and columns are a set, and the projection says so.
- A table field
- A table with a real header row: <thead> and <th scope="col">, not bold text.
- An image declared as meaningful
- A figure with its alt text, and a caption when there is one.
- An image declared as decorative
- Empty alt and aria-hidden, so assistive technology skips it instead of guessing.
- A field that only configures appearance
- Nothing. Colours, sizes and layout choices are not content and are left out of the document view.
- The per-slide accessibility fields
- An accessibility title and summary announced when the slide becomes active, for the cases the fields cannot infer.
The reading view
Every published deck is also a document
A published deck lives at its own address, and the same deck has a reading view one path further along, linked from the deck itself. It is the same content, projected as a document: one heading hierarchy, a table of contents, landmarks, figures with their alt text.
It is a separate view rather than a mode, which matters more than it sounds: the presentation stays a presentation, and the accessible version is not a degraded copy somebody has to remember to update. Both are projections of the same record.
- Readable with JavaScript switched off, and with the page’s own styling switched off
- One column, relative units, no fixed canvas: it reflows on a phone instead of shrinking
- On the open web with no login, so anybody you send the link to can use it
- Generated from the field definitions, so a new slide type appears in it without extra work
And on a phone
A canvas has one honest option on a small screen, which is to shrink until it is unreadable. A document reflows. That is the same mechanism as the screen reader case, arriving through a different door, and it is the version most of your audience actually uses.
What this does not fix
The format removes the obstacles. It cannot make your content good, and a page about accessibility that pretends otherwise is being read by exactly the people who will check.
-
Somebody still has to write the alt text
The field exists, it asks whether the image is meaningful or decorative, and AI can draft a description. Whether that description is any use is a human judgement, every time.
-
The theme editor measures contrast, it does not enforce it
Pick a background and you get light or dark text against it automatically; that choice now goes to whichever of the two measures higher, not to whichever looks lighter, and the editor shows the ratio and the WCAG verdict next to the pickers that produced it. It reports rather than blocks: a low-contrast variant can be a deliberate brand decision, and a settings panel is not the place to overrule one. It covers the main colours and the background variants, so your own brand palette, and the judgement about what is legible enough, stay yours.
-
Video and audio need captions
A slide can hold a video. Nothing about a typed field produces a transcript, and we do not generate captions for you.
-
We make no conformance claim about your deck
Deckyard is not a certificate. If your organisation has to publish an accessibility statement, the reading view is the surface to test against, and we would rather help you test it than assert something on your behalf.
Check it rather than take our word for it
The sandbox is the Deckyard editor in your browser, with no install and no account: build a timeline and see what the fields ask of you. Publishing is off there, so for the reading view you need an instance of your own: publish a deck, follow the link to its reading view, and then switch JavaScript off and read it again.