Ressourcen
Wir stellen Ihnen die wertvollsten Quellen und Ressourcen für den Aufbau des Wissens, die Grundlagen für eigenst?ndiges Testen und für weitere Recherchen zum Thema digitale Barrierefreiheit in Form einer kommentierten Linksammlung zur Verfügung
英皇娱乐
Wir empfehlen dringend eine für eine individuelle Einführung.
Die externe SeiteWeb Accessibility Initiative (WAI)call_made kann zu Recht als die weltweite Autorit?t in Sachen e-Accessibility angesehen werden. WAI ist integraler Bestandteil des World Wide Web Consortiums (W3C), das für die wichtigsten Webstandards wie HTML, XML, CSS, SVG, MathML, aber auch externe SeiteWCAGcall_made, externe SeiteATAGcall_made und externe SeiteWAI-ARIAcall_made verantwortlich ist.
Wir empfehlen das Webangebot der WAI als erste Anlaufstelle zum Thema Barrierefreiheit auf allen Ebenen. Hier finden Sie einen ersten ?berblick über die wichtigsten Einstiegspunkte. Die einzelnen Richtlinien und Standards sind unten verlinkt.
- externe SeiteWAI - Homecall_made
- externe SeiteWAI - Introduction to Web Accessibilitycall_made
- externe SeiteWAI - Web Accessibility Perspectives Videoscall_made: Explore the Impact and Benefits for Everyone
- externe SeiteWAI - Evaluating Web Accessibility Overviewcall_made
- externe SeiteWAI - Easy Checks - A First Review of Web Accessibilitycall_made
- externe SeiteWAI - ARIA Authoring Practices Guide (APG)call_made: Für Webentwickler
- externe SeiteWAI - W3C Accessibility Standards Overviewcall_made (externe SeiteWCAGcall_made, externe SeiteATAGcall_made, externe SeiteWAI-ARIAcall_made and more)
Alle Angebote sind kostenlos.
ARIA Authoring Practices Guide (APG)
Lernen Sie, wie Sie die in der ARIA-Spezifikation (Accessible Rich Internet Application) definierte Semantik zur Verbesserung der Zug?nglichkeit nutzen k?nnen, um zug?ngliche Webanwendungen zu erstellen. externe SeiteDieser Guide beschreibt, wie die WAI-ARIA Attribute optimal auf g?ngige Design Patterns und Widgets angewendet werden k?nnencall_made. Er bietet Design Patterns und funktionale Beispiele, die durch ausführliche Anleitungen für grundlegende Praktiken erg?nzt werden.
Deque-Universit?t
Die externe SeiteDeque Universitycall_made des US-amerikanischen Unternehmens Deque Systems Inc. bietet Schulungen und Ressourcen in vielen Bereichen und auf verschiedenen Ebenen im Bereich der digitalen Barrierefreiheit an. Die Deque University ist im e-Accessibility-Universum vor allem für ihre Vorbereitungskurse für die externe SeiteIAAP-Zertifizierungen (CPACC, WAS, CPWA und ADS)call_made sowie für ihre hochwertigen Lernressourcen bekannt. Dazu geh?ren die lehrreiche externe SeiteARIA Javascript Pattern Librarycall_made und die externe SeiteScreen Reader Reference Guidescall_made mit den wertvollen Spickzetteln für Tastenkombinationen.
Die Deque University bietet sowohl kostenpflichtige als auch kostenlose Ressourcen an. Die empfohlenen Online-Kurse zur Vorbereitung auf die IAAP-Zertifizierung sind kostenpflichtig.
edX / W3C Introduction to Web Accessibility
Ein externe Seiteumfassender Online-Einführungskurs auf der edX-Plattformcall_made, der vom W3C entwickelt wurde, um eine solide Grundlage für die digitale Zug?nglichkeit zu schaffen, damit Websites und Anwendungen für Menschen mit Behinderungen gut funktionieren, internationalen Standards entsprechen und allen eine bessere Benutzererfahrung bieten.
A11Y-101
externe SeiteA11Y-101call_made ist eine empfehlenswerte Quelle zum Einstieg ins Thema für technisch Interessierte und Entwickler. A11Y-101 bietet Inhalte für Designer und Entwickler. Kurz, pr?zise und auf den Punkt.
Adrian Roselli
externe SeiteAdrian Rosellicall_made ist Entwickler und Berater mit Fokus auf barrierefreie Benutzeroberfl?chen. In seinen Blogs behandelt er verschiedene Themen auch zu Accessibility. Wir konnten beispielsweise enorm von seinen Erfahrungen zu externe Seitebarrierefreien responsiven Tabellencall_made profitieren.
Apex 4X / Whatsock
externe SeiteApex 4Xcall_made richtet sich speziell an (fortgeschrittene) Entwickler von barrierefreien Komponenten. Das Hauptaugenmerk liegt auf der Verwendung von ARIA. Apex 4X bietet eine Reihe von Tools zur Visualisierung und ?berprüfung von ARIA-Attributen, externe Seitelehrreiche Schulungencall_made zu tiefer gehenden Themen wie der Accessibility API und dem Accessibility Tree sowie eine externe SeiteSammlung von barrierefreien Widget-Vorlagencall_made.
Die Inhalte kostenlos.
Accessibility Developer Guide - ADG
Der externe SeiteADGcall_made ist eine Community-basierte Schweizer Wissensplattform zu einer Vielzahl von Accessibility-Themen. Besonders hervorzuheben sind die externe SeiteTipps zum Einrichten von Computern als Testumgebung für Barrierefreiheitcall_made und die vielen Beispiele für Barrierefreiheitsmuster. Besonders gelungen sind die Beispiele für visuell korrekt ausgeblendete Elemente, barrierefreie Tabellen und Formulare.
Die Nutzung ist kostenlos. Beitr?ge sind willkommen.
Inclusive Design Principles
externe SeiteInclusive Design Principlescall_made vermittelt die Prinzipien und den Geist von Inclusive Design auf leicht verst?ndliche Weise. Die konkreten Beispiele sind sehr hilfreich. Sehr empfehlenswert als kurze Begleitlektüre.
Diagram Center
externe SeiteDiagram Centercall_made ist eine Initiative, die sich speziell mit Barrierefreiheit in der Lehre besch?ftigt. Besonders wertvoll sind in diesem Zusammenhang die Angebote, Anregungen und Werkzeuge zum Schreiben externe Seitegeeigneter Textalternativen für Bildercall_made im Bildungskontext. Lesenswert sind auch die Inhalte zu Born Accessible Publishing und MathML.
Testumgebung einrichten
Der Accessibility Developer Guide ADG beschreibt unter Setup auf leicht verst?ndliche Weise, wie Sie Ihren eigenen Computer als komfortable Testumgebung einrichten k?nnen: externe SeiteADG - Accessibility Testing Environment Setupcall_made
Eine konzentriertere und aktualisierte Zusammenstellung der wichtigsten Ressourcen finden Sie im Folgenden:
Tools zur ?berprüfung der maschinenlesbaren / programmatischen Struktur von Webinhalten.
- externe Seiteh123 bookmarkletcall_made: Das Bookmarklet h123 von Hinderling Volkart ist ideal für die ?berprüfung von ?berschriftenstrukturen innerhalb von Webseiten. Insbesondere zeigt dieses Bookmarklet auch (versteckte) ?berschriften an, die von vergleichbaren Tools nicht angezeigt werden.
- externe SeiteLandmarks Extensioncall_made: Moderne Webseiten strukturieren ihre Inhaltsbereiche (Header, Navigation, Suche, Hauptbereich, Seitenspalten, Footer, etc.) nicht mehr mit ?berschriften, sondern mit Landmarks (HTML-Regionen oder ARIA-Landmarks). Diese Landmarken k?nnen mit Hilfe der Landmarks Extension von Matthew Tylee Atkinson einfach und bequem dargestellt und auf Richtigkeit und Sinnhaftigkeit überprüft werden.
- Weitere Accessibility Bookmarklets für Experimentierfreudige:
Werkzeuge zur ?berprüfung der flexiblen Ausgabe von Webinhalten
Die folgenden Tools sind nützlich, um einen Eindruck der Flexibilit?t der Ausgabe von Webinhalten zu gewinnen.
- Das externe SeiteText Spacing Bookmarkletcall_made von Steve Faulkner ?ndert die Zeilenh?he und Schriftart auf der gesamten Webseite. Prüfen Sie, ob dies zu Problemen bei der Darstellung des Inhalts führt. Achten Sie besonders auf ?berlappungen zwischen Komponenten.
- Der "Windows High Contrast Mode" (WinHCM) kann als Beispiel verwendet werden, um ein alternatives, spezielles, kontrastreiches Farbschema auf Bildschirminhalte anzuwenden. WinHCM kann mit der Tastenkombination [Alt] + [Shift] + [PrtScn] ein- und ausgeschaltet werden. Achten Sie darauf, dass alle visuellen Elemente, insbesondere Icons, auch in WinHCM gut sichtbar bleiben.
- Testen Sie Webseiten mit Ihren eigenen individuellen Stylesheets mit der externe SeiteStylus Browser Extensioncall_made.
Code-Inspektion und Werkzeuge
Ohne einen gelegentlichen Blick auf den zugrundeliegenden Code ist eine Prüfung der Barrierefreiheit kaum m?glich und schon gar nicht, um L?sungen zu finden.
- Unverzichtbar sind hier die üblichen Browser-Entwicklerwerkzeuge:
[Strg] + [Shift] + [I]. - Besonders erw?hnenswert ist in diesem Zusammenhang die externe SeiteWeb Developer Extensioncall_made von Chris Pederick. Sie erm?glicht verschiedene Visualisierungen des zugrunde liegenden HTML-Codes. Besonders beliebt im Zusammenhang mit Zug?nglichkeitstests ist die M?glichkeit, alternative Texte direkt neben den Bildern anzuzeigen:
"Images" -> "Display Alt Attributes".
Tools zur ?berprüfung der Mindestkontrastanforderungen
Die WCAG verlangen ein Mindestkontrastverh?ltnis von 4,5:1 zwischen Schrift und Hintergrund bzw. 3:1 für grosse Schrift oder zwischen Formularfeldr?ndern und Hintergrund. Mit den folgenden Tools k?nnen Sie den Kontrast leicht auf diese Anforderungen hin überprüfen.
Wir empfehlen allen, die sich mit digitaler Barrierefreiheit besch?ftigen wollen, sich selbst mit der Prüfung der Barrierefreiheit zu besch?ftigen. Die Inhalte unter e-Accessibility Basics mit den (grossen) fünf leicht zu merkenden Aspekten bieten den idealen Einstieg. Trotz der vielen Tools und Hilfsmittel wird niemand umhin kommen, selbst einen Screenreader zu benutzen. Deshalb hier die wichtigsten Screenreader in absteigender Reihenfolge:
NVDA (Windows)
NVDA ist ein kostenloser Open-Source-Screenreader und das Ma? aller Dinge, wenn es um Screenreader-Tests von Webinhalten geht. NVDA zeichnet sich durch seine sehr standardkonforme Implementierung aus, was ihn für Testzwecke geradezu pr?destiniert. NVDA ist auch der weltweit am h?ufigsten verwendete Screenreader.
- Herunterladen: externe Seitehttps://www.nvaccess.org/download/call_made
- Spickzettel für Tastaturkürzel: externe Seitehttps://dequeuniversity.com/screenreaders/nvda-keyboard-shortcutscall_made
- Siehe auch Bl?ttern- vs. Fokus-Modus (ADG): externe Seitehttps://www.accessibility-developer-guide.com/knowledge/screen-readers/desktop/browse-focus-modes/call_made
VoiceOver (iOS)
Auf mobilen Ger?ten ist VoiceOver für iPhones und iPads der am h?ufigsten verwendete Screenreader. VoiceOver ist standardm??ig auf allen iOS-Ger?ten installiert.
- Starten Sie VoiceOver: Einstellungen > Allgemein > Eingabehilfen > VoiceOver
(Achtung, machen Sie sich rechtzeitig mit der Bedienung von VoiceOver vertraut, damit Sie VoiceOver schnell wieder ausschalten k?nnen). - Spickzettel für Touchscreen-Gesten: externe Seitehttps://dequeuniversity.com/screenreaders/voiceover-ios-shortcutscall_made
Talkback (Android)
Auf Ger?ten mit (Kern-)Android-Betriebssystemen ist in der Regel die Bildschirmlesesoftware Talkback vorinstalliert. TalkBack funktioniert sehr ?hnlich wie VoiceOver.
- Starten Sie TalkBack: Einstellungen > Eingabehilfen > TalkBack
(Achtung! Machen Sie sich rechtzeitig mit der Bedienung von TalkBack vertraut, damit Sie TalkBack schnell wieder ausschalten k?nnen). - Spickzettel für Touchscreen-Gesten: externe Seitehttps://dequeuniversity.com/screenreaders/talkback-shortcutscall_made
VoiceOver (macOS)
W?hrend über 70 % der Bildschirmleser-Nutzer weltweit Windows verwenden, nutzen nur etwa 10 % VoiceOver auf Apple-Computern. VoiceOver auf macOS ist vorinstalliert, verfolgt aber einen v?llig anderen Bedienungsansatz als NVDA und JAWS auf Windows mit ihren Browse- und Focus-Modi.
- Starten Sie VoiceOver: [Befehl] + [F5]
- Spickzettel für Tastaturkürzel: externe Seitehttps://dequeuniversity.com/screenreaders/voiceover-keyboard-shortcutscall_made
(leider funktionieren viele Tastenkombinationen nur mit amerikanischen Tastaturlayouts). - Apple Computer erlauben standardm??ig keine Tastaturbedienung, siehe auch: externe Seitehttps://dequeuniversity.com/mac/keyboard-access-maccall_made
JAWS (Windows)
JAWS war lange Zeit der Bildschirmleser unter Windows und ist auch heute noch weit verbreitet, insbesondere für Office-Anwendungen. Die Bedienung und die Testergebnisse sind denen von NVDA sehr ?hnlich.
- Download (kostenlose Demoversion: 40 Minuten nach Neustart): externe Seitehttps://www.freedomsci.de/serv01.htmcall_made
- Spickzettel für Tastaturkürzel: externe Seitehttps://dequeuniversity.com/screenreaders/jaws-keyboard-shortcutscall_made
- Siehe auch Browse- vs. Focus-Mode (ADG): externe Seitehttps://www.accessibility-developer-guide.com/knowledge/screen-readers/desktop/browse-focus-modes/call_made
NarratorErz?hler (Windows)
Seit Windows 10 verfügt auch Windows über einen vorinstallierten Bildschirmleser. Allerdings ist dieser Narrator unter Screenreadernutzern noch nicht sehr verbreitet.
- Narrator starten: [Windows-Logo] + [Strg] + [N].
- Spickzettel für Tastaturkürzel: externe Seitehttps://dequeuniversity.com/screenreaders/narrator-keyboard-shortcutscall_made
Statistiken zur weltweiten Nutzung von Screenreadern
WebAIM führt seit über zehn Jahren regelm??ig Studien über das Nutzungsverhalten von Screenreadernutzern weltweit durch. Die letzte Studie wurde im September 2019 durchgeführt. Von besonderem Interesse sind die externe SeiteVerteilung der verschiedenen Screenreadercall_made sowie die externe SeiteVerteilung der genutzten Screenreader-Browser-Kombinationencall_made.
ARIA-Unterstützung von Screenreader-Browser-Kombinationen
externe SeitePowermapper.comcall_made erm?glicht eine gute Absch?tzung der Unterstützung verschiedener ARIA-Attribute durch verschiedene Screenreader-Browser-Kombinationen
Im Prinzip gelten für barrierefreie Dokumente die gleichen Anforderungen wie für andere digitale Benutzeroberfl?chen (siehe e-Accessibility Grundlagen). Allerdings sind nicht alle Dokumentformate gleicherma?en für die Erstellung barrierefreier Inhalte geeignet. Digitale Formate sind analogen Formaten immer vorzuziehen. Print is not accessible! Wir wagen Ranking der Zug?nglichkeit von Dokumentenformaten:
- HTML / Polybook
- EPUB
- Office-Pakete
- LaTeX (weit abgeschlagen) -> siehe jedoch HTML / Polybook
HTML - Erste Wahl
Die Hypertext Markup Language HTML bietet sicherlich die umfangreichsten M?glichkeiten zur semantischen Auszeichnung von Inhalten. Darüber hinaus bietet HTML nahezu unbegrenzte M?glichkeiten, Inhalte interaktiv und multimedial zu gestalten.
Polybook
Mit Polybook bietet die ETH Zürich eine hervorragende M?glichkeit, LaTeX-Dokumente inklusive komplexer mathematischer Formeln in HTML zu konvertieren und den Studierenden in zug?nglicher Form zur Verfügung zu stellen.
EPUB
EPUB ist bekannt als das portable Format für eBooks. Alle aktuellen eBook-Reader verwenden die offene Spezifikation EPUB2 oder eine propriet?re Variante davon. EPUB2 ist ideal für die Darstellung von belletristischen Inhalten, denen es an Multimedia und Interaktivit?t fehlt. Die EPUB3-Spezifikation ist der Nachfolger von EPUB2 und erm?glicht die Einbindung von Multimedia und Interaktivit?t, und EPUB3 stellt die digitale Zug?nglichkeit in den Mittelpunkt. Kein Wunder. Schlie?lich ist EPUB3 nicht viel mehr als gezipptes HTML/CSS /SVG/ JS/MathML/.....
EPUB3 w?re also eigentlich das Format der Wahl für digitale Lernmaterialien. Leider konnte sich das Format aber bisher nicht durchsetzen. Für Interessierte, die es ausprobieren m?chten:
- externe SeiteEPUB auf Wikipediacall_made
- externe SeiteEPUB aus InDesign exportierencall_made
- externe SeiteEPUB aus Word / Libre Office exportierencall_made
Das Portable Document Format PDF ist wahrscheinlich das am meisten verbreitete und verschickte elektronische Dokumentenformat. Leider ist es für die Barrierefreiheit undankbar. W?hrend der Zeilenumbruch bei der Vergr?sserung von HTML- und EPUB-Dokumenten heute eine Selbstverst?ndlichkeit ist, kann die überwiegende Mehrheit der PDF-Dokumente nicht ohne mühsames horizontales Scrollen vergr?ssert werden. Obwohl die PDF-Spezifikation eine Vielzahl von M?glichkeiten zur semantischen Kennzeichnung bietet, wird die Erstellung komplexer barrierefreier PDFs schnell sehr zeitaufw?ndig und/oder teuer.
- Kostenpflichtiger, aber empfehlenswerter externe SeiteOnline-Kurs der Deque University zur Erstellung und barrierefreien Nachbearbeitung mit Adobe Acrobat Procall_made
- externe SeitePDF Accessibility Checker PACcall_made: Besonders empfehlenswert ist hier die integrierte Screenreader-Vorschau. Diese erm?glicht eine effiziente Beurteilung der semantischen Struktur. PAC prüft allerdings nicht nach den WCAG, sondern nach dem PDF/UA-Standard.
- Bei der Erstellung barrierefreier PDFs unterstützen wir Sie gerne mit unseren Schulungsangeboten.
Achtung beim Exportieren von PDFs aus Word:
Damit der PDF-Konverter aus Word semantische Tags überhaupt akzeptiert, muss diese Option in PDFMaker explizit ausgew?hlt werden: Datei > Als Adobe PDF speichern > Optionen > Checkbox "Zugriff und Umfliessen durch Erstellen von Adobe mit PDF-Tags aktivieren" oder "Barrierefreiheit und Reflow bei getaggtem Adobe PDF aktivieren".
![Screenshot Adobe Acrobat PDF Maker](/de/die-eth-zuerich/lehre/e-accessibility/resources/_jcr_content/par/accordion/accordionitem_1925321956/par/fullwidthimage/image.imageformat.1286.1096368657.png)
Office-Pakete
Office-Pakete wie MS Office oder LibreOffice bieten bis zu einem gewissen Grad M?glichkeiten für verbesserte Barrierefreiheit. Allerdings sind Office-Dokumente in mancher Hinsicht allen oben beschriebenen Dokumentenformaten in Bezug auf die Barrierefreiheit unterlegen. Aus diesem Grund ist es nicht ratsam, eigene Dokumente in Office-Formaten direkt an Studierende auszuh?ndigen.
Andererseits ist es für die Erstellung von PDFs wichtig, Aspekte der semantischen Struktur immer schon im Ausgangsdokument korrekt umzusetzen. Dazu geh?ren korrekte ?berschriftenstrukturen, korrekte Listen und Tabellen.
Neben dem oben erw?hnten PDF-Kurs bietet das externe SeiteDocument Accessibility Curriculum Package der Deque Universitycall_made eine Reihe weiterer Kurse zur Erstellung barrierefreier Dokumente, unter anderem für MS Word, PowerPoint und Excel.
LaTeX
Die uns bekannten Exportfunktionen und PDF-Konverter für LaTeX-Dokumente erzeugen derzeit durchweg PDFs, die unter dem Aspekt der Barrierefreiheit v?llig unbrauchbar sind.
Wir empfehlen daher, LaTeX-Dokumente immer mit Hilfe von Polybook als HTML zu erstellen und zur Verfügung zu stellen. Das LET-eigene Konvertierungswerkzeug "LaWeb" wandelt Ihre sauber strukturierten LaTeX-Dokumente inklusive komplexer mathematischer Formeln in sauber strukturiertes HTML um.
Es gibt viele automatische Tools zur Prüfung der digitalen Barrierefreiheit, von denen einige stark beworben werden. Solche Tools k?nnen helfen, schnell einen groben Eindruck von der Barrierefreiheit zu bekommen. Wir empfehlen die Verwendung automatischer Testwerkzeuge jedoch nicht, sondern verweisen lieber auf die fünf wichtigsten Aspekte der digitalen Zug?nglichkeit unter e-Accessibility Grundlagen.
Die meisten Aspekte der digitalen Zug?nglichkeit betreffen die Bedeutung, d.h. die Semantik, einzelner Komponenten oder deren Interaktion. Je komplexer solche (meist interaktiven) Komponenten sind, desto schwieriger ist es, ihre Bedeutung automatisch zu beurteilen. ?berschriftenstrukturen k?nnen automatisch auf die korrekte Abfolge der ?berschriftsebenen geprüft werden, nicht aber auf ihre Sinnhaftigkeit. Auch Bilder k?nnen automatisch daraufhin überprüft werden, ob Alternativtexte zur Verfügung stehen, nicht aber, ob diese ad?quat beschreiben, was der Autor mit dem Bild vermitteln will.
Zwei wertvolle Prüfwerkzeuge mit hohem Automatisierungsgrad sollen hier dennoch erw?hnt werden.
- Die externe Seiteaxe Toolscall_made von deque bieten eine Sammlung verschiedener Tools zur ?berprüfung von Websites. Die externe Seiteaxe DevTools Chrome Extensioncall_made führt die Tester durch den Prüfprozess.
- externe SeitePDF Accessibility Checker PACcall_made - Der kostenlose PDF-Zug?nglichkeits-Checker. Prüfen Sie Ihre PDF-Dateien sofort auf WCAG- und PDF/UA-Konformit?t.
Die externe SeiteWeb Content Accessibility Guidelines (WCAG)call_made des W3C stehen unbestritten im Zentrum der modernen Bemühungen um digitale Barrierefreiheit weltweit. Keinesfalls sollte der Bestandteil des Begriffs Webinhalt den Eindruck erwecken, dass die WCAG nur auf Webinhalte angewendet werden k?nnen. Die WCAG sind bewusst so technologieunabh?ngig formuliert, dass sie problemlos auf jegliche digitale Benutzeroberfl?chen angewendet werden k?nnen.
Die externe SeiteWeb Accessibility Initiative WAIcall_made des W3C ist verantwortlich für die externe SeiteAuthoring Tool Accessibility Guidelines ATAGcall_made und die externe SeiteUser Agent Accessibility Guidelines UAAGcall_made sowie den externe SeiteWAI-ARIA Standard for Accessible Rich Internet Applicationscall_made, weitere Richtlinien und Standards, die für komplexe Organisationen wie die ETHZ relevant sind.
WCAG
Die externe SeiteWeb Content Accessibility Guidelines (WCAG)call_made definieren Anforderungen für die Zug?nglichkeit von Webinhalten wie Text, Bilder, Multimedia, Struktur und Pr?sentation.
Die WCAG werden durch nicht-normative (informative) technische Anleitungen unterstützt. Diese sind keine W3C-Webstandards und k?nnen daher regelm??iger aktualisiert werden, um z. B. aktuelle technologische Ver?nderungen zu berücksichtigen. Zu den unterstützenden technischen Materialien der WCAG 2 geh?ren:
- externe SeiteHow to Meet WCAG 2call_made: Eine anpassbare Kurzreferenz zu den Anforderungen (Erfolgskriterien) und Techniken der Web Content Accessibility Guidelines 2 ist im Wesentlichen die externe SeiteWCAG 2-Checklistecall_made. Die meisten Benutzer verwenden diese Kurzreferenz als Hauptquelle für die Arbeit mit den WCAG.
- Techniques for WCAG 2 (externe Seite2.1-Techniquescall_made, externe Seite2.0-Techniquescall_made) enth?lt spezifische Details zur Entwicklung barrierefreier Webinhalte, z. B. HTML-Code-Beispiele. Die Techniken sind "informativ", d.h. Sie müssen sie nicht anwenden. Die Grundlage für die Feststellung der Konformit?t mit den WCAG 2 sind die Erfolgskriterien der WCAG 2-Norm, nicht die Techniken. Lesen Sie mehr unter externe SeiteTechniques in the FAQcall_made.
- Understanding WCAG 2 (externe Seite2.1 Understandingcall_made, externe Seite2.0 Understandingcall_made) enth?lt zus?tzliche Anleitungen zum Erlernen und Umsetzen der WCAG 2 für Personen, die die Richtlinien und Erfolgskriterien gründlicher verstehen m?chten.
![Illustration of the WCAG 2 supporting technical materials How To Meet, Techniques and Understanding](/de/die-eth-zuerich/lehre/e-accessibility/resources/_jcr_content/par/accordion/accordionitem_987960505/par/fullwidthimage/image.imageformat.1286.1930678462.png)
Weitere Einzelheiten darüber, wie diese Dokumente zusammenh?ngen und wie sie miteinander verknüpft sind, finden Sie unter externe SeiteWCAG 2 Documentscall_made.
Versionen
Die aktuelle Version der WCAG 2.1 wurde im Juni 2018 ver?ffentlicht und ist vollst?ndig rückw?rtskompatibel mit WCAG 2.0, d. h., wenn Ihre Inhalte WCAG 2.1 erfüllen, erfüllen sie auch WCAG 2.0. WCAG 2.1 definiert 13 Richtlinien und 78 Erfolgskriterien. Derzeit werden die n?chsten Versionen WCAG 2.2 und WCAG 3.0 entwickelt.
ATAG und UAAG
Die Authoring Tool Accessibility Guidelines (ATAG) definieren Anforderungen für die Zug?nglichkeit der Autorenwerkzeuge selbst, damit Menschen mit Behinderungen Webinhalte erstellen k?nnen. Sie definieren auch Anforderungen, wie Autoren zug?ngliche Webinhalte erstellen und die WCAG einhalten k?nnen.
Die Accessibility-Richtlinien für Benutzeragenten (User Agent Accessibility Guidelines, UAAG) bieten eine Anleitung, wie man Benutzeragenten für Menschen mit Behinderungen zug?nglich macht. Zu den Benutzeragenten (User Agents) geh?ren Browser, Browser-Erweiterungen, Media Player, Reader und andere Anwendungen, die Webinhalte wiedergeben.
WAI-ARIA
Der folgende Text (orig. EN) stammt von der externe SeiteWAI-ARIA Overview pagecall_made:
WAI-ARIA (Accessible Rich Internet Applications) bietet semantische Erg?zungen, mit der Autoren das Verhalten der Benutzeroberfl?che und strukturelle Informationen an assistiven Technologien (wie Screenreader) übermitteln k?nnen. Die WAI-ARIA-Spezifikation bietet eine Ontologie von Rollen, Zust?nden und Eigenschaften, die barrierefreie Elemente der Benutzeroberfl?che definieren.
Anders ausgedrückt: WAI-ARIA definiert eine Sammlung von Attributen, die dabei helfen, fehlerhaftes Markup zu modifizieren und Lücken in HTML zu schlie?en, um die Zug?nglichkeit für Benutzer von assistiven Technologien zu verbessern. Durch die korrekte Einbindung von WAI-ARIA-Attributen in Ihren (HTML)-Code wird sichergestellt, dass Benutzer von Hilfsmitteln alle Informationen erhalten, die sie zur Nutzung Ihrer Website oder Anwendung ben?tigen. WAI-ARIA ver?ndert das Erscheinungsbild Ihrer Webseite nicht, es sei denn, Sie fügen Ihrem CSS ein Styling hinzu, das speziell auf WAI-ARIA ausgerichtet ist. Das bedeutet, dass niemand au?er Hilfsmitteln (und den Menschen, die sie benutzen) einen Unterschied zwischen einer Webseite oder Anwendung mit oder ohne WAI-ARIA feststellen wird.
WAI-ARIA umfasst Spezifikationen für die API-Zuordnung, die eine Anleitung für die Implementierung von Benutzeragenten bieten. Sie umfasst auch Module für Grafiken und digitales Publizieren.
Beispiel: Registerkarte und Registerfeld (tab and tab panel)
Verwenden Sie Rollenattribute, um HTML-Elemente, die für Registerkarten-Steuerelemente und Registerkarten-Panels verwendet werden, wiederzuverwenden
- role=”tablist”
- role=”tab”
- role=”tabpanel”
Verwenden Sie aria-selected-Attribute, um den Status der Registerkarten-Steuerelemente und Registerkarten-Panels zu zeigen.
- aria-selected="true" zeigt an, dass das Registersteuerelement aktiviert ist und das zugeh?rige Panel angezeigt wird.
Verwenden Sie die anderen aria-* Attribute und implementieren Sie die ben?tigte Tastaturunterstützung.
Auf diese Weise k?nnen Sie die Benutzeroberfl?che der Registerkarten und Tabpanels für User Agents (Browser und ATs) maschinenlesbar und für Screenreader und sehende Tastaturbenutzer zug?nglich machen.
PDF/UA
Im Zusammenhang mit barrierefreien PDFs wird neben den WCAG oft auch die ISO-Norm 14289 oder PDF/UA (PDF/Universal Accessibility) genannt. Dieser Standard richtet sich vor allem an Entwickler von Software, die automatisch PDFs erzeugt. Es ist jedoch zu beachten, dass sich die PDF/UA-Norm in einigen Aspekten von der WCAG-Norm unterscheidet und unterschiedliche Aspekte unterschiedlich gewichtet. externe SeiteWikipedia über PDF/UAcall_made