Ich mag diese abschließende Aussage von Hidde de Vries
In modernen Browsern wird unser Markup zu einem Barrierefreiheitsbaum, der letztendlich darüber informiert, wie unsere Benutzeroberfläche für assistierende Technologien aussieht. Es spielt keine so große Rolle, ob Sie dieses Markup geschrieben haben
- in einer
.htmlDatei- in Twig, Handlebars oder Nunjucks
- als
<template>in einer Vue Single File Component- exportiert im JSX Ihrer React-Komponente
- ausgegeben von einem seltsamen Legacy-CMS
Es ist welcher Markup, der bestimmt, ob Ihre Website für AT-Benutzer angenehm zu erleben ist. Kurz gesagt: Das Markup zählt
Als Front-End-Entwickler werden Sie Markup an vielen verschiedenen Orten und mit vielen verschiedenen Technologien schreiben. Ich denke, es gehört sich, darüber nachzudenken, wie man es am besten schreibt, unabhängig davon, wo und wie.
@Chris Coyier
Bedeutet das, dass wir uns jetzt darauf konzentrieren sollten, wie wir unser Markup organisieren, anstatt zu lernen, wie wir Barrierefreiheits-Code in unser Markup integrieren?
Denn ich habe gerade erst angefangen zu lernen, wie ich meine Website für AT-Benutzer zugänglich mache.
@Obed absolut ja. Nicht alle Besucher Ihrer Website, die an einer Behinderung leiden, werden traditionelle assistive Technologien nutzen. Zum Beispiel könnten einige Personen mit photosensibler Epilepsie CSS und/oder Javascript in ihrem Browser deaktivieren, um unerwünschte Animationen zu verhindern (die Browserunterstützung für
prefers-reduced-motionist derzeit ziemlich gering und kann von ihnen nicht zuverlässig genutzt werden), oder sie verwenden den "Lese-Modus" des Browsers. Das bedeutet, dass die Struktur Ihres HTMLs besonders wichtig ist.