Bahn frei

Menschen mit Behinderungen können viele PDF-Dokumente nicht oder nur teilweise lesen. Dabei lassen sich mit nur wenig Aufwand für jedermann zugängliche PDFs erstellen. Der erste Teil dieses Beitrags in der letzten Ausgabe zeigte, mit welchen Hürden unbedacht erstellte PDFs Menschen mit Behinderungen das Leben schwer machen und mit welchen Werkzeugen sich barrierefreie PDFs erstellen lassen.

Das korrekte Erzeugen eines weitgehend barrierefreien PDFs stellt aber erst die halbe Miete dar: Nun gilt es die Qualität des Dokuments zu prüfen und gegebenenfalls nachzubessern. In diesem Teil des Workshops stellen wir die dazu nötigen Werkzeuge und Verfahrensweisen vor. Außerdem untersuchen wir, wie gut die verschiedenen Lesewerkzeuge mit unserem Erzeugnis zurecht kommen und wo sie Schwachstellen aufweisen.

Barrierefreiheit prüfen

Um sicherzustellen, dass ein PDF-Dokument wirklich barrierefrei ist, gilt es zwei Merkmal sicherzustellen: zum einen die Standardkonformität nach PDF/A-1a und zum zweiten die allgemeine Zugänglichkeit. Letzteres mag paradox erscheinen, sollte doch eigentlich ein Dokument nach PDF/A-1a schon barrierefrei sein – doch wie Sie noch sehen werden, ist das leider nicht zwingend der Fall.

Die formale Prüfung allein reicht jedoch noch nicht aus, um die Barrierefreiheit eines Dokuments zu gewährleisten. Der Prüfschritt 11.1.1 des BITV-Tests [1] verlangt eine genaue Untersuchung, wobei die Fragen über technisch prüfbare Methoden hinausgehen. Der Test hinterfragt bereits die Intention, ein PDF-Dokument überhaupt online zu stellen: PDF sollen nur zum Einsatz kommen, wenn "das Format für die Erfüllung der angestrebten Aufgabe gebraucht wird, die gewünschte Eigenschaft also nicht per HTML zur Verfügung gestellt werden kann. PDFs müssen barrierefrei sein oder es muss eine HTML-Alternative zur Verfügung gestellt werden".

Da der aktuelle BITV-Test noch auf WCAG 1.0 basiert und erst die Neufassung WCAG 2.0 [2] gehörlose Menschen berücksichtigt, müsste man den Satz eigentlich um die Formulierung "… oder es muss ein Gebärdensprachvideo zur Verfügung gestellt werden" ergänzen. Schritt 11.1.1 des BITV-Test schreibt für PDF-Dokumente die folgenden Prüfungen vor:

• Information über die Barrierefreiheit von angebotenen PDFs,
• PDF-Dokumente für die Prüfung auswählen,
• PDF-Dokument oder HTML-Alternative prüfen,
• Prüfung der (generierten) HTML-Alternative,
• Prüfung der direkten Zugänglichkeit des PDFs.

Der letzte Punkt, das Prüfen der direkten Zugänglichkeit des PDFs, umfasst wiederum eine ganze Reihe von Unterschritten. Hier gilt es unter anderem zu prüfen:

• formale Mängel,
• Tagging,
• Reihenfolge der Tag-Struktur,
• Schriftvergrösserung (Umfließen-Modus),
• Alternativtexte,
• Tabellen,
• Lesezeichen,
• Strukturierung, sowie
• die Hauptsprache.

Die Barrierefreiheit beginnt bereits bei der Planung und setzt sich über die logische sowie sprachliche Struktur bis hin zur technischen Umsetzung fort. Zur Prüfen und Korrigieren von PDF/A-1a-Dokumenten existiert bislang noch kaum freie Software. Daher kommt man hier nicht umhin, neben freier auch proprietäre Software einzusetzen: Bis auf eines handelt es sich bei allen im Folgenden genannten Programmen umd kostenpflichtige Software.

Zum Vergleich exportierten wir unser Testdokument zum einen in ein einfach getaggtes PDF-Dokument und zum anderen in eine Datei im Format PDF/A-1a. Beide untersuchten wir dann mithilfe der verfügbaren Prüfwerkzeuge.

Werkzeugkasten

Neben dem oben bereits erwähnten Angebot seitens des BITV [1] bietet der Hersteller Intarsys eine kostenfreie Prüfung für PDF/A-Dokumente an [3]. Diese meldete uns in der einfach getaggten Version fünf Fehler und zehn Warnungen (Abbildung 1). In der PDF/A-1a-Datei entdeckte das Werkzeug zwei Fehler und neun mögliche Schwachstellen (Abbildung 2).

Abbildung 1: Das Prüfergebniss des Intarsys-Werkzeugs für unser lediglich getaggtes PDF …

Abbildung 2: … und die entsprechende Ausgabe für das PDF/A-1a-Dokument.

In der Voreinstellung erkennt Adobe Acrobat PDF/A-Dokumente und stellt sie automatisch im PDF/A-Modus dar. Die Konformität prüfen Sie unter dem Karteireiter Standards. Ein Klick auf Konformität prüfen führt zu einem positiven Ergebnis (Status Überprüfung erfolgreich), der Acrobat erkennt unsere Datei als PDF/A-1a-Dokument.

PDFTron Systems bietet als Produkt den PDFA-Manager an, den Sie auch als Testversion für Linux kostenlos von deren Webseite beziehen können [4]. Die entsprechende Binärdatei läuft problemlos unter einem aktuellen Debian oder Ubuntu. Sie prüfen ein damit ein PDF mit dem Kommando:

$ pdfa -l A Datei
.pdf

Die Option -l A legt fest, dass der PDFA-Manager die Datei auf ihre Konformität zum PDF/A-1a-Standard prüft. Geben Sie stattdessen -l B an, untersucht er das PDF auf die Übereinstimmung zu PDF/A-1b. Die beiliegende Dokumentation beschreibt alle Optionen ausführlich.

Bei unseren Testdokumenten beandstandet der PDFA-Manager die PDF/A-1a-Version nicht, findet bei der einfach getaggten Datei jedoch drei Fehler. Das Ergebnis der Analyse stellt das Tool in Form einer XML-Datei mit passendem XSL-Stylesheet bereit, sodass sich der Report in einem Webbrowser begutachten lässt (Abbildung 3).

Abbildung 3: Ergebnis der Prüfung eines getaggten PDF-Dokuments mithilfe des PDFA-Managers.