Wie Sie sicherstellen, dass Ihr Beitrag barrierefrei ist

Sie wissen, dass Ihr Beitrag – sei es ein Modul, eine Initiative, ein Theme, ein Patch oder der Core – barrierefrei sein soll, aber Sie wissen nicht, wie Sie das erreichen können.

Der Ansatz der BBC Accessibility Champions war sehr erfolgreich, und die Drupal-Community kann ihn als Grundlage nutzen, um unseren eigenen empfohlenen Prozess zu modellieren. Barrierefreiheit ist nicht einfach und erfordert oft Kreativität, Tests und Offenheit. Am effektivsten und elegantesten wird sie erreicht, wenn sie von Anfang an Teil des gesamten Prozesses ist.

Finden Sie einen A11y-Champion, der Teil Ihres Teams ist (oder werden Sie selbst einer)

• Unsere Community ist reich an Experten, die wollen, dass Drupal so zugänglich wie möglich wird; Sie können Champions in der Issue-Queue finden, mit Barrierefreiheitsexperten bei Camps und Summits sprechen oder sich im Drupal Slack an den Kanal #accessibility wenden.
• Egal, ob Sie ein engagierter Champion sind oder selbst einer neben anderen Rollen, es ist wichtig, regelmäßig mit Begleitern für Feedback bei schwierigen Fragen und Ansätzen in Kontakt zu treten. Wir bieten monatliche Sprechstunden an, um dies zu erleichtern.
• Führen Sie regelmäßig Ihre eigenen Barrierefreiheitsüberprüfungen durch.
• Machen Sie sich mit den Grundlagen von WCAG 2.1 und ATAG 2.0 vertraut.

Barrierefreiheitsprüfung in jedem Schritt planen

Alles, was in den Drupal Core aufgenommen wird, muss den Accessibility-Gate passieren, was bedeutet, dass ein Accessibility-Theme-Administrator es absegnen muss. Allerdings ist es sehr schwierig, diese Genehmigung am Ende eines Projekts zu erhalten, wenn Sie die Barrierefreiheit nicht von Anfang an in den Prozess integriert haben.

Ihr bester Weg zur Barrierefreiheit ist es, regelmäßige Reviews mit Accessibility-Support-Spezialisten zu planen. Mindestens empfehlen wir:

1. Design-Review

• Interaktionsdesign (einschließlich visueller Aspekte)
• Technisches Design: Wie Sie Ihre Lösungen und Ihren Code implementieren, kann die Barrierefreiheit stark beeinflussen. Überprüfen Sie vor Beginn Ihren Plan mit einem Accessibility-Spezialisten für die Zielgruppe.

2. Alpha-Review

Der Accessibility-Theme-Spezialist hat Ihren Prototyp und Ihre Roadmap gesehen; der Umfang ist klar, und Barrierefreiheitsprobleme wurden identifiziert (Lösungen sind möglicherweise noch nicht vorhanden).

3. Beta-Review

Alle Barrierefreiheitsprobleme wurden identifiziert und es ist bekannt, wie sie behoben werden (sie können noch offen sein); der Accessibility-Theme-Spezialist hat Ihren geplanten Ansatz abgesegnet.

4. Stable-Review

Alle Barrierefreiheitsprobleme wurden gelöst und zufriedenstellend geprüft; der Code hat das Accessibility-Gate für den Core-Release passiert.

Unser Vorschlag ist, bei jedem dieser Schritte eine offizielle Abnahme durch den Accessibility-Theme-Support anzustreben, um einen reibungslosen Stable-Release zu gewährleisten (auch bekannt als Access-Gate für Core-Releases).

Was, wenn wir nicht den richtigen Weg eingeschlagen haben?

• Was, wenn unsere Arbeit bereits läuft und wir nicht mit diesem Ansatz begonnen haben?

Starten Sie so bald wie möglich. Die Community ist da, um Sie zu unterstützen.

• Was, wenn wir nicht genug wissen?

Es gibt Ressourcen, die Sie auf diesem Weg unterstützen, und Accessibility-Theme-Spezialisten sind da, um zu helfen, nicht zu urteilen. Wir können Sie auch an passende Ressourcen weiterleiten.

• Was, wenn wir keinen Accessibility-Champion finden?

Wenn Sie selbst Champion werden wollen, werden Sie diese Rolle nützlich finden und viel lernen. Im Slack-Kanal #accessibility gibt es viele aktive Community-Mitglieder, bei denen Sie anfangen können.

• Was, wenn wir Fehler machen?

Dann wird jemand das Thema in der Issue-Queue ansprechen, und Sie arbeiten mit ihm zusammen, um herauszufinden, wie Sie es beheben und Ihre Arbeit verbessern können. Das ist gut.

Ist dieser Artikel für mich?

Beteiligen Sie sich an der Entwicklung von Core, Themes, Modulen oder Patches für Drupal? Wenn ja, dann ja, es ist relevant. Drupal wird häufig von Universitäten, Regierungen und großen Institutionen weltweit genutzt, von denen viele gesetzlich verpflichtet sind, digitalen Zugang bereitzustellen.

Die Behebung nicht-barrierefreier Funktionen und das Refactoring von nicht-barrierefreiem Code kann sehr zeitaufwändig und/oder teuer sein.

Etwas von Anfang an barrierefrei zu erstellen ist viel eleganter, deutlich einfacher und kostengünstiger.