Einführung: Unterschied zwischen den Versionen

Aus BIT inklusiv Wiki und Test-Case-Datenbank
Wechseln zu: Navigation, Suche
(Die Seite wurde neu angelegt: „PDF / UA-Testverfahren, BIT-inklusiv Entwurf, August 2016 Vorbemerkungen zum Prüfverfahren Mit diesem Prüfverfahren kann ein PDF-Dokument auf PDF/UA Konformi…“)
 
(→‎Maschinelle und manuelle Tests)
 
(78 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
−
PDF / UA-Testverfahren, BIT-inklusiv
+
<h1>PDF/UA Testverfahren, BIT-inklusiv</h1>
−
Entwurf, August 2016
+
<h2>Vorbemerkungen zum Prüfverfahren</h2>
−
Vorbemerkungen zum Prüfverfahren
+
Der PDF/UA Standard definiert die technischen Anforderungen an barrierefreie PDF-Dokumente, UA steht dabei für Universal Accessibility. Mit diesem Prüfverfahren kann ein PDF-Dokument auf PDF/UA Konformität (ISO 14289-1) geprüft und bewertet werden. Der Schwerpunkt liegt dabei auf der korrekten semantischen Umsetzung der enthaltenen Elemente und Strukturen.
−
Mit diesem Prüfverfahren kann ein PDF-Dokument auf PDF/UA Konformität (ISO 14289-1) geprüft und bewertet werden.PDF/UA Konformität ist die Grundlage für jedes barrierefreie Dokument.
+
 
−
Das Prüfverfahren basiert auf dem aus der ISO 14289 abgeleitetem Matterhorn Protokoll.
+
Ein PDF/UA konformes PDF-Dokument ist nicht automatisch barrierefrei. Die WCAG 2.0 und die BITV 2.0 wurden in erster Linie für Web-Auftritte entwickelt und sind daher in ihren Anforderungen nicht immer auf PDF-Dokumente übertragbar. Es gibt bisher kein normatives Regelwerk für die Anforderungen an die Barrierefreiheit eines PDF-Dokuments. So fehlen verbindliche Vorgaben zu Themen wie z.B. ob und wann ein Inhaltsverzeichnis vorhanden sein und ob es verlinkt sein muss, ob und wann Seitenzahlen oder anderen Navigationshilfen vorhanden sein sollten sowie die Anforderung an eine gute Strukturierung der Inhaltsbereiche.
−
In diesem Prüfverfahren wurden alle Kriterien des Matterhorn Protokolls übernommen.
+
 
−
Beabsichtigen Sie, das PDF-Dokument zu bearbeiten um ein PDF/UA konformes Dokument zu erstellen, empfehlen wir www.biti-wikipdf.de.
+
Ein nicht PDF/UA konformes PDF-Dokument hingegen bedeutet immer einen Verstoß gegen Barrierefreiheit.[[#Fußnote|1]]
−
Parallel zu diesem Prüfverfahren finden Sie dort dieselben Prüfschritte mit vielen hilfreichen Vorschlägen zur Korrektur. Ist Ihnen eine Möglichkeit bekannt, Prüfschritte effizienter zu korrigieren oder eine Software einzusetzen, die Prüfschritte maschinell korrigieren kann, können Sie Ihr Wissen über biti-wikipdf auch anderen Nutzern zur Verfügung stellen.
+
<div id = Anfang>
−
Abweichungen zur Gliederung des Matterhorn-Protokolls
+
 
−
Abweichend vom Matterhorn-Protokoll wurden die Prüfpunkte neu zugeordnet und thematisch gegliedert.  
+
===Qualifikation der Prüfer/Prüferinnen===
−
Die Gliederung von „BITi 2x Getaggter realer Inhalt / Strukturtypen“ basiert dabei auf die Gruppierung der Strukturtypen in der ISO 32000-1, nämlich:
+
Bei diesem Test handelt es sich um ein Experten-Verfahren. Das bedeutet, dass Sie zur Durchführung über besondere Qualifikationen verfügen müssen. So sollte der Standard PDF/UA inhaltlich bekannt und ein Grundverständnis für die darin enthaltenen Anforderungen vorhanden sein.
−
• Grouping Elements
+
 
−
• BLSE(Block Level Structure Element)
+
Es gibt zahlreiche Tools für die Überprüfung und Korrektur eines PDFs. In diesem Prüfverfahren werden für die Überprüfung die in der unten stehenden Werkzeugliste genannten Tools verwendet. Andere Tools finden Sie z.B. auf den Seiten der [https://www.pdfa.org/products/ PDF-Association]. Prüfer/-innen sollten mit der Nutzung und Bedienung der gewählten Tools vertraut sein.
−
• ILSE (Inline Level Structure Elements)  
+
 
−
• Illustrating Elements
+
===Das Verfahren===
−
Prüfschritte mit Bezug auf mehrere Elemente wie z. B. „01-006“ wurden thematisch geteilt. Dies ist deutlich im Dokument vermerkt um Doppelbewertungen zu vermeiden.
+
Dieses Prüfverfahren basiert auf dem aus der ISO 14289 abgeleitetem [https://www.pdfa.org/publication/the-matterhorn-protocol-1-02/ Matterhorn Protokoll]. Im Auftrag von BIT inklusiv wurde eine [https://www.pdfa.org/publication/matterhorn-protokoll-1-02-deutsche-uebersetzung/?lang=de deutsche Übersetzung] angefertigt. Alle Kriterien des Matterhorn Protokolls wurden in dieses Prüfverfahren übernommen.
−
Die Gruppierung der Prüfpunkte, welche sich nicht im speziellen auf Strukturelemente beziehen, wurde wie im Matterhorn Protokoll beibehalten.  
+
 
−
Quellen
+
Den Matterhorn Fehlerkonditionen ist ein MP vorangestellt. Einige Fehlerkonditionen sind direkt der ISO 32000-1:2008 bzw. der ISO 14289-1 entnommen und mit der entsprechenden Kapitelangabe gekennzeichnet. Dieses Verfahren prüft ausschließlich die PDF / UA Konformität.
−
• ISO 32000-1:2008 (PDF 1.7)
+
 
−
• PDF/UA-Standard (ISO 14289-1:2012-07, DIN ISO 14289-1:2014-02)  
+
Beabsichtigen Sie ein PDF-Dokument in ein PDF/UA konformes Dokument umzuwandeln, empfehlen wir Ihnen die in den Prüfschritten aufgezeichneten Korrekturvorschläge. Ist Ihnen eine Möglichkeit bekannt, Fehler mit einer anderen Vorgehensweise zu korrigieren oder eine Software einzusetzen, die Prüfschritte maschinell korrigieren kann, können Sie Ihr Wissen auch anderen Nutzern zur Verfügung stellen.
−
• Matterhorn Protokoll V1.02
+
 
−
Anlagen
+
===Abweichungen zur Gliederung des Matterhorn-Protokolls===
−
• Standard PDF-Tags
+
Abweichend vom Matterhorn-Protokoll wurden die Prüfpunkte neu zugeordnet und thematisch gegliedert.
−
• Fehlerbedingungen des Matterhorn Protokolls mit korrespondierenden PAC Fehlermeldungen und Verweis auf die Prüfschrittnummer in diesem Verfahren.  
+
 
−
Durchführung des PDF-Tests
+
Die Gliederung von „BITi 2x Getaggter realer Inhalt / Strukturtypen“ basiert auf der Gruppierung der Strukturtypen in der ISO 32000-1, nämlich:
−
Qualifikation der Prüfer/Prüferinnen
+
 
−
Beim diesem Test handelt es sich um ein Experten-Verfahren. Es sind besondere Qualifikationen zur Durchführung notwendig. So sollte der Standard PDF/UA inhaltlich bekannt und ein Grundverständnis für die darin enthaltenen Anforderungen vorhanden sein.
+
*Grouping Elements
−
Es gibt zahlreiche Tools für die Überprüfung und Korrektur eines PDFs. In diesem Prüfverfahren werden für die Überprüfung die in der unten stehenden Werkzeugliste genannten Tools verwendet. Andere Tools finden Sie z.B. auf den Seiten der PDF-Association. Prüfer/-innen sollten mit der Nutzung und Bedienung des gewählten Tools vertraut sein.
+
*BLSE(Block Level Structure Element)
−
Welche Arten von PDF-Dokumenten können geprüft werden?
+
*ILSE (Inline Level Structure Elements)
−
Es können alle PDF Dokumente mit diesem Prüfverfahren untersucht werden.
+
*Illustrating Elements
−
Festlegung des Prüfgegenstands
+
Fehlerkonditionen des Matterhorn Protokolls mit Bezug auf mehrere Elemente wie z. B. „MP 01-006“ wurden thematisch geteilt. Dies ist in den Prüfschritten deutlich vermerkt, um Doppelbewertungen zu vermeiden.
−
Die PDF Dokumente werden vollständig geprüft. Durch die Nutzung von Analyse-Software wie der Validator PAC, der Validator von PDFaPilot und der Validator von CommonLook können viele Fehler und Probleme auch bei sehr umfangreichen Dokumenten einfach identifiziert werden. Der Test einer repräsentativen Seiten- bzw. Element-Auswahl, wie z.B. beim BITV-Test (www.bitvtest.de), einem Testverfahren für Webangebote, erscheint deshalb nicht sinnvoll.
+
 
−
Maschinelle und manuelle Tests
+
Die Gruppierung der Prüfpunkte, welche sich nicht im speziellen auf Strukturelemente beziehen, wurde wie im Matterhorn Protokoll beibehalten.
−
Im Matterhorn-Protokoll wird bei der Prüfbarkeit der Fehlerbedingungen zwischen Mensch und Maschine (Software) unterschieden. Diese Einteilung ist nicht zwingend erforderlich, ist aber die zurzeit bewährte Methode zur Prüfung des Prüfpunkts. Diese Einteilung wurde in diesem Prüfverfahren übernommen. Eine zentrale Rolle bei der Durchführung des Tests hat dabei ein Analyse-Werkzeug. In den Erläuterungen in diesem Prüfverfahren (Wie wird geprüft?) wurde der PAC eingesetzt (siehe entsprechende Hinweise bei den Prüfschritten).
+
 
−
Das PDF Prüfverfahren enthält 5 Prüfschritte, die ausschließlich per Software getestet werden. Diesen Prüfschritten wurde im Namen der Zusatz SO (Software Only) hinzugefügt.
+
===Quellen===
−
Erzeugt das Analyse Werkzeug in dem zu prüfenden Dokument keine Fehlermeldung, können
+
Die Beschreibungen und Erklärungen der Prüfschritte sind aus im Internet auffindbaren Schriftstücken (meistens in englischer Sprache) zusammengestellt. Am häufigsten genutzt wurden folgende Quellen:
−
• Prüfschritte: 9 und15 unbesehen mit erfüllt bewertet werden und
+
 
−
• Prüfschritte: 11, 12 und 14 mit nicht anwendbar oder erfüllt bewertet werden.
+
*PDF Download [http://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/pdfs/PDF32000_2008.pdf ISO 32000-1:2008 (PDF 1.7)]
−
Können Sie einen PAC-Fehler nicht zuordnen, haben Sie die Möglichkeit über „Strg“+“F“ die Fehlermeldung in diesem Dokument zu suchen und finden so den Prüfschritt, der sich auf den PAC-Fehler bezieht.
+
*Kostenpflichtiger [http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=64599 PDF/UA-Standard] (ISO 14289-1:20MP 12-07, DIN ISO 14289-1:20MP 14-02)
−
Werkzeugliste
+
*[https://www.pdfa.org/publication/the-matterhorn-protocol-1-02/ Matterhorn Protokoll V1.02]
−
Analyse
+
*Aiim [http://www.aiim.org/Global/AIIM_Widgets/Community_Widgets/Technical-Implementation-Guide Technical Implementation Guide]
−
• PAC 2.0,bzw. aktuelle Version (PAC 2.0 ist immer dann gemeint, wenn PAC ohne Versionsnummer genannt ist
+
*Aiim [http://www.aiim.org/Global/AIIM_Widgets/Community_Widgets/Achieving_WCAG Achieving WCAG 2.0 with PDF/UA]
−
Kostenloser Download PAC 2.0
+
*PDF Download [https://www.pdfa.org/wp-content/until2016_uploads/2013/08/PDFUA-kompakt-PDFUA.pdf PDF/UA kompakt]
−
• PAC 1.3
+
*[https://www.pdfa.org/announcing-the-structure-elements-best-practice-guide-0-1-1/ PDF Structure Element Best Practice Guide]
−
Kostenloser Download PAC 1.3 (am Ende der Seite)
+
*[http://blog.axespdf.com Blog axespdf]
−
• Callas PDFGo HTML (Plugin für Acrobat Pro)
+
 
−
Kostenloser Download PDFGoHTML
+
==Vorgehensweise bzw. Durchführung und Korrektur==
−
• Lese-Programme
+
 
−
● VIP-Reader Kostenloser Download
+
Die PDF Dokumente werden vollständig geprüft. Durch Nutzung von Analyse-Software wie der Validatoren PAC, PDFaPilot und CommonLook können viele Fehler und Probleme auch bei sehr umfangreichen Dokumenten einfach identifiziert werden. Der Test einer repräsentativen Seiten- bzw. Element-Auswahl, wie z.B. beim [http://www.bitvtest.de BITV-Test], einem Testverfahren für Webangebote, ist deshalb nicht sinnvoll.
−
● Foxit-Reader Kostenloser Download
+
 
−
Screenreader
+
Jeder Fehler muss einzeln korrigiert werden. Korrigieren Sie ein großes Dokument, ist es eventuell sinnvoller erst das Quelldokument zu bearbeiten, sofern es zur Verfügung steht.
−
(nicht zwingend erforderlich aber hilfreich)
+
 
−
● NVDA Kostenloser Download
+
===Maschinelle und manuelle Tests===
−
● FokusHighlight Plugin für NVDA Kostenloser Download
+
Im Matterhorn-Protokoll wird bei der Prüfbarkeit der Fehlerbedingungen zwischen Mensch und Maschine (Software) unterschieden. Diese Einteilung ist nicht zwingend erforderlich, ist jedoch die zurzeit bewährte Methode zur Prüfung der jeweils zu prüfenden Fehlerkondition. Diese Einteilung wurde in diesem Prüfverfahren übernommen. Eine zentrale Rolle bei der Durchführung des Tests haben dabei Analyse-Werkzeuge. In den Erläuterungen in diesem Prüfverfahren („Wie wird geprüft?“) werden dazu die Validatoren PAC und pdfaPilot eingesetzt (siehe entsprechende Hinweise bei den Prüfschritten). Die Veröffentlichung von PAC 3.0 wird bis Ende 2016 erwartet.
−
Bewertungen
+
 
−
Jeder Fehler wird nur einmal bewertet. Betrifft ein Fehler unterschiedliche Prüfschritte, bewerten Sie ihn nur in dem naheliegenden Prüfschritt und vermerken Sie dies in den anderen betroffenen Prüfschritten.
+
===Werkzeugliste===
−
Bewertung für „Testbarkeit Mensch“
+
====Analyse====
−
● erfüllt
+
*PAC in der aktuellsten Version (ist immer dann gemeint, wenn PAC ohne Versionsnummer genannt ist<br>Kostenloser [http://www.access-for-all.ch/en/pdf-lab/pdf-accessibility-checker-pac/downloading-pac.html Download PAC]
−
● teilweise erfüllt
+
*PAC 1.3<br>Kostenloser [http://www.access-for-all.ch/en/pdf-lab/pdf-accessibility-checker-pac/downloading-pac.html Download PAC 1.3] (am Ende der Seite)
−
● nicht erfüllt
+
*Validator von pdfaPilot6<br>Kostenloser [https://www.callassoftware.com/de/produkte/pdfapilot/?type=product&product=pdfapilotdesktop Download pdfaPilot6]<br>Hinweis: Sie können die zeitlich begrenzte Testversion von pdfaPilot6 benutzen. Der integrierte PDF/UA Validator bleibt über die zeitliche Begrenzung hinaus voll funktionsfähig.
−
● nicht anwendbar
+
*Colour Contrast Analyzer<br>Kostenloser [https://www.paciellogroup.com/resources/contrastanalyser/ Download]
−
Bewertung für „Testbarkeit Software“
+
 
−
● erfüllt
+
====Lese-Programme====
−
● nicht erfüllt
+
*VIP-Reader<br> Kostenloser [http://www.szb.ch/hilfsmittelfuerblindeundsehbehinderte/digital-tools/vip-pdf-reader/ Download]
−
● nicht anwendbar
+
*Foxit-Reader<br>Kostenloser [https://www.foxitsoftware.com/de/ Download]
−
Gewichtung der Prüfpunkte
+
 
−
Die Prüfpunkte werden nicht gewichtet.
+
====Screenreader====
−
Dokumentation und Aufbereitung der Ergebnisse
+
*NVDA <br>Kostenloser [http://www.nvaccess.org/download/ Download]
−
Die Ergebnisse der PDF-Prüfung sollen in Form eines möglichst standardisierten Gutachtens aufbereitet werden. Das Gutachten sollte folgende Informationen enthalten:
+
*FokusHighlight Plugin für NVDA <br>Kostenloser [http://addons.nvda-project.org/addons/focusHighlight.en.html Download]
−
• Bezeichnung des geprüften Dokuments / Dateiname
+
 
−
• Datum der letzten Änderung des Dokuments
+
----
−
• Größe der Datei
+
Fußnote:
−
• Name des Prüfers, Kontaktinformationen, Datum der Prüfung
+
<div id=Fußnote>
−
• Quellenangaben zum Prüfverfahren (PDF/UA, Matterhorn Protokoll)
+
[[#Anfang|1]] ausgenommen der einzige Fehler ist das Nichtvorhandensein der PDF/UA xmp Datei, siehe BITi 06
−
• Liste aller nicht vollständig erfüllten manuell und maschinell bewerteten Checkpunkte /Fehlerbedingungen
 
−
• Anmerkungen zu allen nicht vollständig erfüllten manuell bewerteten Checkpunkten /Fehlerbedingungen
 
−
Abwertung
 
−
Sofern die Nichterfüllung einer Bedingung dazu führen kann, dass Nutzerinnen und Nutzer die im Dokument enthaltenen Informationen nicht mehr vollständig erfassen können, besteht die Möglichkeit der Abwertung auf “Nicht zugänglich”. Ein abgewertetes Dokument kann in allen anderen Punkten zugänglich erscheinen, darf dann aber bis zum Zeitpunkt der Überarbeitung des kritischen Aspekts nicht als vollständig zugänglich bezeichnet werden.
 
−
Scoring /Gesamtbewertung
 
−
Auf ein Ergebnis in Punkten (Scoring) oder der Ermittlung einer Gesamtbewertung wird bewusst verzichtet. PDF Dokumente sind hinsichtlich ihrer Gestaltung, ihres Umfangs sowie der zugrundeliegenden Quelldokumente sehr unterschiedlich und kaum vergleichbar. Ein Scoring wäre nicht aussagekräftig.
 

Aktuelle Version vom 3. Dezember 2016, 14:29 Uhr

PDF/UA Testverfahren, BIT-inklusiv

Vorbemerkungen zum Prüfverfahren

Der PDF/UA Standard definiert die technischen Anforderungen an barrierefreie PDF-Dokumente, UA steht dabei für Universal Accessibility. Mit diesem Prüfverfahren kann ein PDF-Dokument auf PDF/UA Konformität (ISO 14289-1) geprüft und bewertet werden. Der Schwerpunkt liegt dabei auf der korrekten semantischen Umsetzung der enthaltenen Elemente und Strukturen.

Ein PDF/UA konformes PDF-Dokument ist nicht automatisch barrierefrei. Die WCAG 2.0 und die BITV 2.0 wurden in erster Linie für Web-Auftritte entwickelt und sind daher in ihren Anforderungen nicht immer auf PDF-Dokumente übertragbar. Es gibt bisher kein normatives Regelwerk für die Anforderungen an die Barrierefreiheit eines PDF-Dokuments. So fehlen verbindliche Vorgaben zu Themen wie z.B. ob und wann ein Inhaltsverzeichnis vorhanden sein und ob es verlinkt sein muss, ob und wann Seitenzahlen oder anderen Navigationshilfen vorhanden sein sollten sowie die Anforderung an eine gute Strukturierung der Inhaltsbereiche.

Ein nicht PDF/UA konformes PDF-Dokument hingegen bedeutet immer einen Verstoß gegen Barrierefreiheit.1

Qualifikation der Prüfer/Prüferinnen

Bei diesem Test handelt es sich um ein Experten-Verfahren. Das bedeutet, dass Sie zur Durchführung über besondere Qualifikationen verfügen müssen. So sollte der Standard PDF/UA inhaltlich bekannt und ein Grundverständnis für die darin enthaltenen Anforderungen vorhanden sein.

Es gibt zahlreiche Tools für die Überprüfung und Korrektur eines PDFs. In diesem Prüfverfahren werden für die Überprüfung die in der unten stehenden Werkzeugliste genannten Tools verwendet. Andere Tools finden Sie z.B. auf den Seiten der PDF-Association. Prüfer/-innen sollten mit der Nutzung und Bedienung der gewählten Tools vertraut sein.

Das Verfahren

Dieses Prüfverfahren basiert auf dem aus der ISO 14289 abgeleitetem Matterhorn Protokoll. Im Auftrag von BIT inklusiv wurde eine deutsche Übersetzung angefertigt. Alle Kriterien des Matterhorn Protokolls wurden in dieses Prüfverfahren übernommen.

Den Matterhorn Fehlerkonditionen ist ein MP vorangestellt. Einige Fehlerkonditionen sind direkt der ISO 32000-1:2008 bzw. der ISO 14289-1 entnommen und mit der entsprechenden Kapitelangabe gekennzeichnet. Dieses Verfahren prüft ausschließlich die PDF / UA Konformität.

Beabsichtigen Sie ein PDF-Dokument in ein PDF/UA konformes Dokument umzuwandeln, empfehlen wir Ihnen die in den Prüfschritten aufgezeichneten Korrekturvorschläge. Ist Ihnen eine Möglichkeit bekannt, Fehler mit einer anderen Vorgehensweise zu korrigieren oder eine Software einzusetzen, die Prüfschritte maschinell korrigieren kann, können Sie Ihr Wissen auch anderen Nutzern zur Verfügung stellen.

Abweichungen zur Gliederung des Matterhorn-Protokolls

Abweichend vom Matterhorn-Protokoll wurden die Prüfpunkte neu zugeordnet und thematisch gegliedert.

Die Gliederung von „BITi 2x Getaggter realer Inhalt / Strukturtypen“ basiert auf der Gruppierung der Strukturtypen in der ISO 32000-1, nämlich:

  • Grouping Elements
  • BLSE(Block Level Structure Element)
  • ILSE (Inline Level Structure Elements)
  • Illustrating Elements

Fehlerkonditionen des Matterhorn Protokolls mit Bezug auf mehrere Elemente wie z. B. „MP 01-006“ wurden thematisch geteilt. Dies ist in den Prüfschritten deutlich vermerkt, um Doppelbewertungen zu vermeiden.

Die Gruppierung der Prüfpunkte, welche sich nicht im speziellen auf Strukturelemente beziehen, wurde wie im Matterhorn Protokoll beibehalten.

Quellen

Die Beschreibungen und Erklärungen der Prüfschritte sind aus im Internet auffindbaren Schriftstücken (meistens in englischer Sprache) zusammengestellt. Am häufigsten genutzt wurden folgende Quellen:

Vorgehensweise bzw. Durchführung und Korrektur

Die PDF Dokumente werden vollständig geprüft. Durch Nutzung von Analyse-Software wie der Validatoren PAC, PDFaPilot und CommonLook können viele Fehler und Probleme auch bei sehr umfangreichen Dokumenten einfach identifiziert werden. Der Test einer repräsentativen Seiten- bzw. Element-Auswahl, wie z.B. beim BITV-Test, einem Testverfahren für Webangebote, ist deshalb nicht sinnvoll.

Jeder Fehler muss einzeln korrigiert werden. Korrigieren Sie ein großes Dokument, ist es eventuell sinnvoller erst das Quelldokument zu bearbeiten, sofern es zur Verfügung steht.

Maschinelle und manuelle Tests

Im Matterhorn-Protokoll wird bei der Prüfbarkeit der Fehlerbedingungen zwischen Mensch und Maschine (Software) unterschieden. Diese Einteilung ist nicht zwingend erforderlich, ist jedoch die zurzeit bewährte Methode zur Prüfung der jeweils zu prüfenden Fehlerkondition. Diese Einteilung wurde in diesem Prüfverfahren übernommen. Eine zentrale Rolle bei der Durchführung des Tests haben dabei Analyse-Werkzeuge. In den Erläuterungen in diesem Prüfverfahren („Wie wird geprüft?“) werden dazu die Validatoren PAC und pdfaPilot eingesetzt (siehe entsprechende Hinweise bei den Prüfschritten). Die Veröffentlichung von PAC 3.0 wird bis Ende 2016 erwartet.

Werkzeugliste

Analyse

  • PAC in der aktuellsten Version (ist immer dann gemeint, wenn PAC ohne Versionsnummer genannt ist
    Kostenloser Download PAC
  • PAC 1.3
    Kostenloser Download PAC 1.3 (am Ende der Seite)
  • Validator von pdfaPilot6
    Kostenloser Download pdfaPilot6
    Hinweis: Sie können die zeitlich begrenzte Testversion von pdfaPilot6 benutzen. Der integrierte PDF/UA Validator bleibt über die zeitliche Begrenzung hinaus voll funktionsfähig.
  • Colour Contrast Analyzer
    Kostenloser Download

Lese-Programme

Screenreader

Fußnote:

1 ausgenommen der einzige Fehler ist das Nichtvorhandensein der PDF/UA xmp Datei, siehe BITi 06

Abgerufen von „https://biti-wiki.de/index.php?title=Einführung&oldid=1310“