> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/latex/de/weitere-themen/04-an-introduction-to-tagged-pdf-files-internals-and-the-challenges-of-accessibility.md). # Eine Einführung in getaggte PDF-Dateien: Interna und die Herausforderungen der Barrierefreiheit ## Aktualisierung: Januar 2026 Bitte siehe [Overleafs Anweisungen zum Erstellen getaggter PDFs](https://docs.overleaf.com/writing-and-editing/creating-accessible-pdfs). Die [LaTeX-Team](https://latex-project.org/) hat neue Funktionen veröffentlicht, die automatisches PDF-Tagging ermöglichen, die zentrale Voraussetzung für die PDF-Zugänglichkeit. Diese neuen Funktionen sind in Overleaf verfügbar in [TeX Live 2025](http://\(https//www.overleaf.com/blog/tex-live-2025-is-now-available), wobei aktuellere Aktualisierungen in der fortlaufenden TeX-Live-Version verfügbar sind über [Overleaf Labs](https://www.overleaf.com/labs/participate). Es ist jetzt möglich, aus LaTeX-Quelltext ein getaggtes PDF zu erzeugen, das mit WCAG 2.1 Stufe AA konform ist, indem man [unsere Benutzerdokumentation](https://docs.overleaf.com/writing-and-editing/creating-accessible-pdfs) unter Verwendung der in Overleaf verfügbaren TeX-Live-Versionen. Der untenstehende Artikel aus dem Jahr 2020 ist zwar nicht mit den neuesten Informationen zur LaTeX-Zugänglichkeit aktualisiert, kann aber weiterhin aus Interesse und als Hintergrundinformation zum PDF-Tagging gelesen werden. *** ## Was behandelt dieser Artikel? Ziel dieses Artikels ist es, eine Einführung in Tagged PDF zusammen mit einem Überblick über einige technische Herausforderungen zu geben, mit denen Software wie TeX-Engines und LaTeX konfrontiert ist, die getaggte und barrierefreie PDF-Dateien erzeugen sollen. Zugänglichkeit, insbesondere von PDFs, ist ein breites und komplexes Thema, das auch technische Herausforderungen mit sich bringt, für die es nicht immer eine einzige, allgemein anerkannte oder akzeptierte Lösung gibt – etwa die Frage, wie komplexe Mathematik innerhalb von PDFs auf barrierefreie Weise dargestellt werden soll: mit MathML oder LaTeX-Code? Obwohl wir nicht in jedes Thema im Detail eintauchen und viele Einzelheiten vereinfachen müssen, können wir uns in PDFs hineinbegeben, um zu zeigen, was das Taggen eines PDFs wirklich bedeutet. Overleaf hofft, dass dieser Artikel als nützliche Einführung dient und genügend Hintergrund liefert, damit Leser die technischen Herausforderungen besser verstehen und ihre weitere Lektüre und Erkundung von Tagged PDF und Zugänglichkeit unterstützen können. Zu den Ressourcen in diesem Artikel gehören: * [ein 8-minütiges Video](#video-showing-the-logical-structure-of-a-tagged-pdf) zur Erkundung eines von LaTeX erzeugten getaggten PDFs; * [ein Overleaf-Projekt](#using-luatex-an-example-in-the-overleaf-gallery) zur Untersuchung der Verwendung von Leerzeichen in LuaTeX; * [Tonaufnahmen](#tagged-yes-but-the-reading-order-is-incorrect) die Probleme der PDF-Zugänglichkeit demonstrieren. ## Einführung Die Gewährleistung der Zugänglichkeit digitaler Inhalte wird zu Recht als wichtiger Aspekt der Inhaltserstellung und -verbreitung anerkannt. Darüber hinaus erlassen Regierungen, einschließlich der [Vereinigten Königreichs](https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps) und [Vereinigten Staaten](https://www.hhs.gov/sites/default/files/Intro%20to%20Accessibility%20and%20508.pdf), Gesetze, die verlangen, dass Inhalte, die unter ihrer Gerichtsbarkeit erstellt werden, festgelegte Zugänglichkeitskriterien erfüllen. Die Einhaltung durch Veröffentlichung von Inhalten in HTML ist nicht übermäßig belastend, aber die Sicherstellung des erforderlichen Zugänglichkeitsniveaus für Dokumente, die im PDF-Format verbreitet werden, kann eine erhebliche technische Herausforderung darstellen – abhängig von der Software, mit der Inhalte erstellt werden, die als PDF-Datei ausgegeben werden sollen. PDF entstand Anfang der 1990er Jahre als Lösung für Probleme rund um den zuverlässigen Dokumententransfer, und die Geschichte hat gezeigt, dass es ein enormer Erfolg war. PDF ist jedoch auch ein komplexes Dateiformat, das vor der allgemeinen Anerkennung und Akzeptanz der Notwendigkeit entstand, die Zugänglichkeit von Dokumentinhalten zu erleichtern. Im Laufe der Zeit hat sich die PDF-Spezifikation jedoch weiterentwickelt und Funktionen bereitgestellt, die die Erstellung barrierefreier PDF-Dokumente mithilfe einer „stilisierten“ Form von PDF ermöglichen und unterstützen, die Adobe als *getaggtes PDF*. In der Praxis stellt die Erstellung getaggter—*und vollständig barrierefreier*—PDF-Dateien erhebliche zusätzliche technische Anforderungen an Software, die PDFs ausgibt – dazu gehören auch TeX-Engines und das LaTeX-Ökosystem aus Makros und zusätzlichen LaTeX-Paketen. ## Entstehung von PDF als digitales Endform-Papier Die [Entstehung des Portable Document Format (PDF)](https://theblog.adobe.com/evolution-digital-document-celebrating-adobe-acrobats-25th-anniversary/) stammt aus einer Zeit, in der der Austausch von Dokumenten zwischen Computern mit Schwierigkeiten verbunden war, oft verursacht durch Dateikonvertierungen, die zu Umbruchänderungen und anderen Abweichungen führten, verstärkt durch inkompatible Schriftarten und Textkodierungen, die auf verschiedenen Betriebssystemen (insbesondere Windows und Macintosh) verwendet wurden. Der Autor dieses Dokuments arbeitete damals im Verlagswesen und hat lebhafte Erinnerungen daran, mit diesen Herausforderungen umzugehen! PDF wurde entwickelt, um Probleme beim Dateiaustausch durch die Einführung eines universellen digitalen Papiers im Endformat (nicht editierbar) zu lösen und den nahtlosen Austausch in sich geschlossener Dokumente zu ermöglichen, die die zum Anzeigen erforderlichen Schriftarten mitbrachten. Benutzer konnten endlich alle möglichen Dokumente mit vernünftiger Sicherheit übertragen, dass die Empfänger sie – unabhängig von der Computerplattform – öffnen und lesen konnten; die Dokumenttreue blieb erhalten, und unschöne Seitenumbrüche sowie Schriftkompatibilitäts- und -verfügbarkeitsprobleme gehörten der Vergangenheit an. ### Digitales Papier: gut für alle Benutzer? Die Abstammung von PDF als Form digitalen Papiers ging naturgemäß davon aus, dass gedruckte Seitenzahlen, Typografie oder Designelemente als Hinweise für die visuelle Navigation durch seinen Inhalt dienten – auf dem Bildschirm oder auf Papier. Diese visuellen Hinweise/Mechanismen sind für Menschen mit schwerer Sehbehinderung natürlich bedeutungslos. Heute wird die verbesserte Zugänglichkeit digitaler Inhalte zu Recht als wichtiger Aspekt der Inhaltserstellung und -verbreitung anerkannt. Die Herausforderung für PDF bestand darin, Mechanismen bereitzustellen, die den nicht-visuellen Zugriff auf Inhalte erleichtern, die in einem „Container“ eingeschlossen sind, der ursprünglich dazu entworfen wurde, das visuelle Medium der gedruckten Seite nachzubilden. Die erste Version der PDF-Spezifikation (PDF 1.0) wurde [am 15. Juni 1993 offiziell veröffentlicht](https://theblog.adobe.com/evolution-digital-document-celebrating-adobe-acrobats-25th-anniversary/) gefolgt von neuen Versionen mit Aktualisierungen, die 2001 (PDF 1.4) die Einführung von „tagged PDF“ umfassten, das [„...Nutzern von Assistenztechnologien ermöglichte“](https://www.adobe.com/accessibility/pdf.html). Spätere Versionen der PDF-Spezifikation haben die Funktionen von PDF erweitert und verbessert, was in der neuesten Version (PDF 2.0) gipfelte, die auf [Berichten](https://www.pdfa.org/tagged-pdf-2-0/)beruht und die Zugänglichkeitsfunktionen erheblich überarbeitet hat – obwohl PDF 2.0 von TeX-Engines noch nicht gut unterstützt wird. ## Inhalt innerhalb von PDFs Um die damit verbundenen Probleme zu verstehen, lohnt es sich zu untersuchen, wie PDF-Dateien den von ihnen enthaltenen Seiteninhalt tatsächlich darstellen. Tief im Inneren einer PDF-Datei befindet sich der Inhalt jeder Seite in dem *Content-Stream*: eine Folge von PDF-Operatoren („Befehlen“), die Text oder Grafiken an einer bestimmten Seitenposition platzieren, damit sie von der verwendeten Software gerendert (angezeigt) werden, die verwendet wird, um *anzeigen* das PDF. Im Wesentlichen liefert der Content-Stream eine grafische Beschreibung oder ein „Rezept“, das PDF-Anwendungen anweist, wie sie jede Seite „zeichnen“ sollen – also festlegt, was auf der Seite angezeigt werden soll und wo. Natürlich umfasst diese Folge von Operatoren Anweisungen zur Auswahl bestimmter Schriftarten in einer bestimmten Größe, zur Auswahl von Farben, zur Festlegung von Linienbreiten, zum Zeichnen von Linien, Kurven und so weiter – alles, was erforderlich ist, um eine vollständige grafische Beschreibung für die visuelle Darstellung einer Seite bereitzustellen. Um die Dateigröße zu reduzieren, werden PDF-Content-Streams komprimiert und in einem kompakten Binärformat gespeichert, aber wenn Sie Zugriff auf geeignete Software wie Adobe Acrobat Pro DC haben, können Sie damit eine „dekomprimierte“ Version des Seiteninhalts im Klartext anzeigen. Betrachten wir, wie PDF-Operatoren möglicherweise eine Tabelle „zeichnen“: Der PDF-Content-Stream würde eine geeignete Folge von Operatoren enthalten, um horizontale/vertikale Linien zu erzeugen, verschiedene Schriftarten auszuwählen und Text an verschiedenen Seitenpositionen auszugeben, um den Inhalt der Tabelle zu erzeugen. Um dies zu demonstrieren, betrachten wir ein sehr einfaches ungetaggtes PDF-Dokument, das nichts weiter als eine einfache Tabelle mit etwas Text enthält – erstellt in Microsoft Word aus Gründen, die später im Artikel deutlich werden. Hier ist ein Screenshot unserer einfachen PDF-Datei: ![Eine in Microsoft Word erstellte Tabelle](/files/c1e30ba540101199ab78cd61f153f7148fe40a56) Wenn wir den (dekomprimierten) Seiten-Content-Stream für diese Datei extrahieren und die ersten paar Zeilen in einen Texteditor einfügen, können wir einige der PDF-Operatoren zusammenfassen, um ein Gefühl dafür zu bekommen, wie PDF-Dateien den auf dieser Seite angezeigten Inhalt „beschreiben“. ![Abbildung des Content-Streams in einer PDF-Datei](/files/948e41ec5882d4badd2dc21318f9b79879974b9d) Wenn Sie Zugriff auf Adobe Acrobat Pro DC haben, können Sie damit die in einem PDF-Seiten-Content-Stream enthaltenen Operatoren auflisten. Hier ist Acrobats *interne PDF-Struktur* Ansicht desselben PDFs, die freundlicherweise eine einzeilige Beschreibung jedes Operators bietet, der verwendet wird, um unsere einzelne Seite mit einer einfachen Tabelle zu „zeichnen“ – beachten Sie, dass diese kurzen Beschreibungen von Adobe Acrobat Pro DC bereitgestellt werden; sie sind *nicht* im PDF selbst vorhanden: ![Abbildung eines PDF-Content-Streams, angezeigt in Adobe Acrobat Pro DC](/files/210a0f4160759b30f991ae3d27be4d1731fa9971) Beachten Sie jedoch, dass keine dieser Zeichenanweisungen (Operatoren) irgendeine „Bedeutung“ oder „Beschreibung“ dessen speichern, was sie tatsächlich erzeugen: Sie sind lediglich eine Reihe von Grafikoperatoren, die zur Erstellung dessen führen, was ein *sehender Betrachter erkennt* als Tabelle. Für Menschen mit schwerer Sehbehinderung ist es eindeutig keine praktikable Methode, die Tabelle anzuzeigen, die aus diesen grafischen Operatoren im Content-Stream des PDFs resultiert, um auf diesen Inhalt zuzugreifen. Erforderlich ist ein Mechanismus, mit dem PDF-Dateien eine geeignete nicht-visuelle (maschinenlesbare) Beschreibung dieser Tabelle enthalten – und natürlich aller anderen Inhaltselemente, die in den Seiten innerhalb einer PDF-Datei enthalten sind. Um nicht-visuellen Zugriff auf Inhalte zu ermöglichen, müssen PDF-Dateien zusätzliche Daten enthalten, die Sammlungen oder Gruppen von Operatoren, die verwendet werden, um ein bestimmtes Inhaltselement „zu zeichnen“, „Bedeutung“ oder Semantik zuweisen. Notwendigerweise muss sich dieses Prinzip des Zuweisens oder Bereitstellens von „Bedeutung“ auf alle in einem PDF enthaltenen Inhaltsformen erstrecken: Dieser Mechanismus existiert und heißt *Tagging* des PDFs, um eine – wenig überraschend – „Variante“ von PDF zu erzeugen, die *getaggtes PDF*. ## Einführung in Tagged PDF Tagged PDF ist die Bezeichnung für einen bestimmten Typ von PDF-Datei, der zusätzliche Daten (und Datenstrukturen) enthält, die in ungetaggten PDF-Dateien nicht vorhanden sind. Obwohl sich die Prinzipien/Ideen hinter Tagged PDF in einer groben Beschreibung darstellen lassen, sind die vollständigen Details komplex und nehmen in der formalen PDF-Spezifikation viele Seiten ein. Adobe hat Tagged PDF entwickelt, um eine Reihe von Zielen zu erreichen, zu denen die Zugänglichkeit von Inhalten für Nutzer mit Sehbehinderungen gehört, aber dazu zählt auch die folgende Liste aus Abschnitt 10.7 von [Adobes PDF-1.7-Spezifikation](https://www.adobe.com/content/dam/acom/en/devnet/pdf/pdf_reference_archive/pdf_reference_1-7.pdf): * einfaches Extrahieren von Text und Grafiken zum Einfügen in andere Anwendungen; * automatisches Umfließen von Text und zugehörigen Grafiken, damit sie auf eine Seite anderer Größe passen als die, die für das ursprüngliche Layout angenommen wurde; * Verarbeitung von Text für Zwecke wie Suche, Indizierung und Rechtschreibprüfung; * Konvertierung in andere gängige Dateiformate (wie HTML, XML und RTF) unter Beibehaltung von Dokumentstruktur und grundlegenden Formatierungsinformationen. Darüber hinaus erfordert Tagged PDF auch: * dass Text innerhalb von PDF-Inhalten in einer Form dargestellt wird, die in Unicode umgewandelt werden kann; * Worttrennungen müssen explizit dargestellt werden – beachten Sie, dass TeX-Engines keine Leerzeichen verwenden, um Wörter zu trennen; sie verwenden TeXs flexible Abstände namens Glue (siehe unten); * echte („reale“) Inhalte von Artefakten des Layouts und der Seitennummerierung unterschieden werden. Dem Tagged PDF liegen zwei Schlüsselkonzepte zugrunde, die wir uns ansehen werden: * die logische Struktur von Inhalten in einer PDF-Datei definieren; * Auszeichnung (Tagging) von PDF-Inhalten mit einer Reihe standardisierter Inhaltstypen. ## Logische Struktur In längeren Dokumenten werden Inhalte normalerweise in eine Folge kleinerer Inhaltselemente unterteilt; so werden Bücher typischerweise in Kapitel gegliedert, die ihrerseits in Abschnitte und Unterabschnitte unterteilt sind, die Absätze, Tabellen, Abbildungen/Diagramme, Aufzählungs- oder nummerierte Listen, Fußnoten und Verweise und so weiter enthalten. Die Struktur und Organisation des Inhalts in einem solchen Buch oder in jeder anderen Dokumentart wird als seine *logische Struktur*. Der Begriff der logischen Struktur eines Dokuments spielt eine wichtige Rolle für die Zugänglichkeit von PDFs, doch als Konzept kann logische Struktur etwas vage und schwer zu verstehen erscheinen. Die folgende Definition aus der [Encyclopedia of Database Systems](https://link.springer.com/referenceworkentry/10.1007%2F978-0-387-39940-9_213) liefert hilfreiche Einsichten: > „Logische Struktur bezeichnet die Art und Weise, wie Informationen in einem Dokument organisiert sind; sie definiert die Hierarchie der Informationen und die Beziehung zwischen verschiedenen Teilen des Dokuments. Die logische Struktur zeigt, wie ein Dokument aufgebaut ist, im Gegensatz dazu, was ein Dokument enthält.“ Beachten Sie, dass diese Definition der logischen Struktur keinen genauen Bezug darauf nimmt, *wie* wo diese Strukturdaten physisch gespeichert sind; sie besagt lediglich, dass sie eine Darstellung der Struktur und Organisation eines Dokuments bereitstellt. Die genauen Details, wie die logische Struktur eines Dokuments gespeichert oder dargestellt wird, hängen von der Implementierung ab: also von der Software, die sie erzeugt und verarbeitet. ### Logische Struktur in PDFs Die PDF-Spezifikation bietet Mechanismen, mit denen die logische Struktur eines Dokuments in einer PDF-Datei aufgezeichnet werden kann – zur Verwendung durch Software, die beispielsweise den Inhalt des PDFs in andere Formate wie XML, HTML oder Microsoft Word exportieren möchte. Diese Exportprozesse müssen ein korrekt strukturiertes Textdokument erzeugen, das den Regeln des Ziel-Exportdateiformats entspricht – das lässt sich am besten erreichen, wenn der Exportvorgang durch Informationen zur logischen Struktur gesteuert wird, die im PDF bereitgestellt werden. Darüber hinaus ist die logische Struktur einer PDF-Datei für Zugänglichkeitssoftware unerlässlich, die beispielsweise Text-zu-Sprache-Vorgänge durchführen und Inhalte einer Person mit Sehbehinderung vorlesen möchte. Der Text-zu-Sprache-Prozess muss sicherstellen, dass Inhalte in der richtigen Reihenfolge/Abfolge vorgelesen werden, andernfalls würde er unsinnige Ergebnisse liefern. Beachten Sie auch, dass der bloße Begriff einer Seite für Zugänglichkeitsanwendungen, die nur am Inhalt und an der Struktur des PDFs interessiert sind, und nicht an der visuellen Aufteilung und Darstellung in seitenfüllende Abschnitte, möglicherweise überhaupt keine sinnvolle Bedeutung hat. #### Benennung von Inhaltselementen Das Aufzeichnen (Speichern) der logischen Struktur eines PDF-Dokuments erfordert eine Reihe aussagekräftiger Namen, die den verschiedenen *Typen* von Inhaltselementen zugewiesen werden, die typischerweise in einem PDF-Dokument vorkommen – also Inhaltsabschnitte, die Überschriften, Absätze, Tabellen, Listen usw. darstellen. Darüber hinaus haben einige Inhaltselemente wie Inhaltsverzeichnisse, nummerierte/aufzählungsartige Listen und tabellarische Inhalte ihre ganz eigenen komplexen Strukturen, sodass es auch gewisse Leitlinien/Regeln geben muss, um festzulegen, wie diese komplexeren Inhaltselemente aufgebaut sind – ihre Unterstruktur. Eine weitere Anforderung besteht darin, jeden PDF-Inhalt klar zu identifizieren, der von Assistenzsoftware, die das PDF verarbeitet, ignoriert werden soll; beispielsweise sind Kopf- und Fußzeilen Artefakte der Seitennummerierung, die Text enthalten, der für Menschen mit schwerer Sehbehinderung überflüssig ist: Dieser Inhalt sollte ignoriert werden. Die von PDF verwendeten Mechanismen zur Definition der logischen Struktur eines Dokuments sind flexibel gestaltet, sodass verschiedene Anwendungen, die PDF-Dateien erzeugen und verarbeiten, in der Theorie Namen für Inhaltstypen nach jeder beliebigen Konvention verwenden könnten. Um jedoch den Dokumentenaustausch zu maximieren und verschiedenen PDF-Verarbeitungsanwendungen konsistente Ergebnisse zu ermöglichen, definierte Adobe eine Reihe standardisierter Namen für Inhaltstypen, an die sich PDF-Erstellungssoftware halten sollte. In der PDF-Spezifikation werden diese standardisierten Namen als Tags bezeichnet, woraus sich der Begriff des *getaggten* PDFs ergibt. ### Auszeichnung von PDF-Inhalten: Ein Blick „unter die Haube“ Um die Diskussion etwas weniger abstrakt zu machen, werfen wir einen kurzen Blick auf die Interna von getaggten PDF-Dateien – obwohl wir nicht alle Details behandeln können, weil Tagged PDF ein so großes, komplexes Thema ist. #### Markierte Inhaltssequenzen: Bausteine für Tagged PDF Auf der untersten Ebene beginnt der Prozess, die Bedeutung von Inhalten aufzuzeichnen, die in einer PDF-Seite enthalten sind (d. h. in ihrem Content-Stream), mit *markierten Inhaltssequenzen* die verwendet werden, um Gruppen oder Bündel von PDF-Operatoren zu identifizieren (ihnen „Bedeutung“ zu geben). Markierten Inhaltssequenzen wird eine numerische Kennung zugewiesen, die als ihre `MCID` (*marked content identifier*) bezeichnet wird, also eine Ganzzahl, die auf jeder Seite von 0 bis zu einem Maximum N reicht. Diese `MCID` Werte bieten eine Möglichkeit, Sequenzen von Operatoren, die im Content-Stream einer bestimmten Seite enthalten sind, eindeutig zu identifizieren. Zur Klarstellung: Für jede Seite beginnen die `MCID` Bezeichner bei 0 und erhöhen sich sequentiell bis zu einem maximalen Wert, der davon abhängt, wie viele markierte Inhaltssequenzen im Content-Stream einer bestimmten Seite enthalten sind. grundlegende „Bausteine“ *Strukturelemente*. Diese Strukturelemente enthalten ein Tag, also den Namen, der angibt, welchen Typ von Inhaltselement sie darstellen. #### Beispiel für Strukturelemente Hier springen wir etwas vor, aber es lohnt sich, ein Beispiel durchzugehen. Angenommen, Sie haben 3 kleine Textfragmente von Seiteninhalt, und jedes davon wird im Content-Stream durch eine andere markierte Inhaltssequenz identifiziert. Jedes dieser 3 Textfragmente kann in seinem eigenen Strukturelement mit einem Tag verpackt werden, und alle drei können mithilfe eines weiteren Strukturelements „miteinander verknüpft“ werden, um ein höheres Inhaltselement wie eine Zeile in einem Inhaltsverzeichnis darzustellen. ![Abbildung, die Strukturelemente und markierte Inhaltssequenzen erläutert](/files/66fe7780e08744763a55a4eb1179afc8f3dcf071) Über eine Form von Eltern-Kind-Datenbeziehung werden Sammlungen von Strukturelementen kombiniert, um verknüpfte Datenstrukturen zu erzeugen, die komplexere Datenelemente wie nummerierte und aufzählungsartige Listen, Tabellen, Mathematik und so weiter darstellen. Letztlich wird die gesamte Sammlung von Strukturelementen, die in der gesamten PDF-Datei enthalten sind, weiter miteinander verknüpft und kombiniert, um die logische Struktur des PDF-Dokuments zu erzeugen – darauf kommen wir später im Artikel zurück. ### Was ist eine markierte Inhaltssequenz? In der obigen Diskussion haben wir ein einfaches ungetaggtes PDF-Dokument mit einer Tabelle verwendet (erstellt in Microsoft Word), aber wenn wir Word anweisen, ein getaggtes PDF zu erstellen, können wir sehen, dass im Content-Stream der Seite zusätzliche Auszeichnung aufgetaucht ist. Hier betrachten wir nur die ersten paar Zeilen des Content-Streams (es gibt Hunderte von Zeilen), aber beachten Sie das Vorhandensein zusätzlicher Operatoren wie `/P <> BDC` und `EMC` die verwendet werden, um eine markierte Inhaltssequenz zu identifizieren. Wir werden die vollständige Syntax markierter Inhaltssequenzen nicht untersuchen, verweisen den Leser jedoch auf Seite 862 von [Adobes offizieller PDF-1.7-Spezifikation](https://www.adobe.com/content/dam/acom/en/devnet/pdf/pdf_reference_archive/pdf_reference_1-7.pdf). ![Bild, das markierte Inhaltssequenzen in einem Content-Stream eines getaggten PDFs zeigt](/files/688b00c5399ad63aa25c48b2890b20868471e0dd) Zur einfachen Referenz zeigen wir erneut die ungetaggte Version: ![Abbildung eines PDF-Content-Streams](/files/948e41ec5882d4badd2dc21318f9b79879974b9d) In dem *ungetaggt* PDF, Operatoren wie `/P <> BDC` und `EMC` fehlen, aber die übrigen Operatoren bleiben unverändert: Dem ungetaggten PDF fehlt die zusätzliche Auszeichnung, die verwendet wird, um bestimmte Sequenzen/Sammlungen von Operatoren zu identifizieren. Auch hier können wir Adobes Acrobat- *interne PDF-Struktur* Funktion verwenden, um die markierten Inhaltssequenzen innerhalb eines Content-Streams anzuzeigen – hier haben wir sie mit einem grünen Rahmen hervorgehoben: ![Bild, das markierte Inhaltssequenzen in einem getaggten PDF-Content-Stream zeigt, angezeigt in Adobe Acrobat Pro DC](/files/5dbd28f968ea4bfb20eda8e93ff6b6f24eb4563c) Beachten Sie, dass einige Inhaltsteile mit `/Artifact` gekennzeichnet sind, das Material auf der PDF-Seite identifiziert, das *ignoriert* von Assistenzsoftware-Anwendungen, beispielsweise solchen, die sehbehinderten Menschen Inhalte vorlesen. Der folgende Screenshot zeigt eine erweiterte Ansicht der ersten markierten Inhaltssequenz – derjenigen mit `MCID` dem Wert von `0`. Das Ende der markierten Inhaltssequenz wird durch den PDF-Operator `EMC`. ![Abbildung mit Details der von einer markierten Inhaltssequenz umfassten Operatoren](/files/4f60647fbbc5ae83c5760f4512ea6a34d6894bcc) ### Speichern der logischen Struktur Wie erwähnt, ist es zusätzlich zur Bereitstellung einer Beschreibung einzelner Inhaltselemente (Absätze, Listen, Tabellen usw.) erforderlich, dass barrierefreie PDFs eine Darstellung des gesamten Dokuments in Form seiner logischen Struktur enthalten. Einzelne Teile barrierefreier Inhalte müssen miteinander verknüpft werden, um ein vollständiges, navigierbares und barrierefreies Dokument zu erzeugen – ähnlich wie ein einzelnes HTML-Dokument aus Absätzen, Grafiken und Tabellen aufgebaut wird, um eine Webseite zu erstellen. Darüber hinaus ist es entscheidend, dass die logische Struktur eines PDF-Dokuments sicherstellt, dass alle Inhalte in der richtigen *Lesereihenfolge*zugänglich gemacht und gelesen werden können, unabhängig von der Reihenfolge, in der der Seiteninhalt in die Content-Streams der PDF-Seiten geschrieben wurde. Auf die Lesereihenfolge gehen wir weiter unten genauer ein. #### Logische Struktur: ein „Baum“ aus Strukturelementen Wir haben festgestellt, dass PDFs etwas namens ein *Strukturelement* verwenden, um einzelne Inhaltselemente darzustellen, und dass ein Strukturelement ein Tag enthält, um zu kennzeichnen, welchen Inhaltstyp es repräsentiert. Um eine Darstellung der logischen Struktur des Dokuments bereitzustellen, werden alle Strukturelemente mithilfe von Eltern-Kind-Beziehungen miteinander verknüpft und in einem „Strukturbaum“ organisiert. Intern enthalten getaggte PDF-Dateien ein Objekt namens `StructTreeRoot` das Strukturelemente enthält (auf sie verweist), die als Ausgangspunkt oder „Wurzel“ des logischen Strukturbaums des Dokuments dienen. Üblicherweise beginnt die „Wurzel“ des Strukturbaums mit einem einzigen Strukturelement, das mit `Document` markiert ist und zahlreiche *untergeordnete* Strukturelemente enthält, die zusammen den gesamten Inhalt des Dokuments repräsentieren. Jede Software, die darauf ausgelegt ist, zugängliche PDFs durch Tagging zu erzeugen, muss diese sehr komplexe Datenstruktur (und andere!) aufbauen – dazu gehören auch TeX-Engines und LaTeX. Ein Beispiel für einen solchen Dokumentenstrukturbaum (`StructTreeRoot`) ist im folgenden Screenshot eines in Adobe Acrobat Pro DC geöffneten getaggten PDFs zu sehen: ![Bild, das StructTreeRoot in einem getaggten PDF zeigt](/files/3056377e916b6467fb82048652469cd843f4e9f6) Vergleichen Sie die obige Struktur mit der ungetaggten PDF-Version: ![Bild, das das Fehlen von StructTreeRoot in einem ungetaggten PDF zeigt](/files/38482c093a3c6b3ab06743994579261ab3c55f82) ### Die logische Struktur von PDFs erkunden Wir beginnen mit einigen Grafiken, die zusammenfassen, was wir behandelt haben, und schließen mit einem Video ab, das Adobe Acrobat Pro DC verwendet, um mehr Details der logischen Struktur einer getaggten PDF-Datei zu zeigen. Zunächst beginnen wir mit einem Schaubild, das die allgemeinen Prinzipien zeigt: eine PDF-Seite mit ihrem mit markierten Inhaltssequenzen (MCS) versehenen Content-Stream. ![Grafik zur Veranschaulichung des Konzepts markierter Inhaltssequenzen auf PDF-Dokumentseiten](/files/6e6bff33f3aef7d3fe510e4af8c3b09be8409406) Diese MCS werden anschließend zu *Strukturelemente* zusammengefasst, die die Grundlage für größere Inhaltstypen bilden, die ihrerseits weiter miteinander verknüpft werden, um die logische Struktur des PDFs in einem Objekt namens zu speichern `StructTreeRoot`. ![Grafik zur Darstellung der logischen Struktur einer getaggten PDF-Datei](/files/a3067b1df27601b229ce1675dc46639b86013200) #### Video, das die logische Struktur eines getaggten PDFs zeigt Das folgende Video (8 Minuten) verwendet Adobe Acrobat Pro DC für einen „geführten Rundgang“, um Einzelheiten der logischen Struktur einer mit LaTeX erzeugten getaggten PDF-Datei zu erkunden. Die im Video verwendete getaggte PDF-Datei heißt `tagpdf.pdf`, das ein hervorragendes Beispiel ist und Dokumentation für das experimentelle LaTeX-Paket [`tagpdf`](https://ctan.org/pkg/tagpdf?lang=en). Ziel des `tagpdf` Pakets ist es, „Werkzeuge zum Experimentieren mit Tagging und Zugänglichkeit mithilfe von pdfLaTeX und LuaTeX bereitzustellen“. {% embed url="" %} ### Ein Hinweis zu Tagging und Flexibilität Die HTML-Spezifikation stellt eine große Anzahl vordefinierter Tags für den Aufbau von Webseiten bereit, erlaubt jedoch auch Flexibilität bei der Art und Weise, wie Sie sie kombinieren, um Ihr gewähltes HTML-Dokument zu erstellen. Ebenso stellt Adobes Tagged-PDF-Spezifikation eine Reihe vordefinierter Tag-Namen bereit, setzt jedoch nur sehr wenige Einschränkungen dafür, wie Sie diese Tags kombinieren, um komplexe Inhaltselemente innerhalb eines PDFs darzustellen – von Design her besteht hier ein hohes Maß an Flexibilität. Außerdem ist es bei jeder so großen und komplexen Spezifikation wie PDF unvermeidlich, dass sich einige Unklarheiten oder Fragen der Klarheit in die geschriebene Spezifikation einschleichen. Softwareentwickler, die mit der Implementierung einer so komplexen Spezifikation beauftragt sind, müssen beim Interpretieren möglicherweise „Ermessensentscheidungen“ treffen, da sie geschriebene Beschreibungen in funktionierenden Code umsetzen müssen. Die inhärente Flexibilität von Tagged PDF zusammen mit der Interpretation von Spezifikationen (oder Zugänglichkeitsstandards) wirkt sich natürlich auf Entwickler von Anwendungen zur Dokumenterstellung aus: Welche Kombinationen von Tags sollten verwendet werden, um vom Benutzer erstellte Inhalte darzustellen, wenn sie in eine getaggte PDF-Datei ausgegeben werden? Wenn man die grenzenlose Fähigkeit der Benutzer berücksichtigt, mithilfe der Funktionen der Dokumenterstellungssoftware alle möglichen Inhalte zu erstellen, sieht man, dass die automatisierte Erstellung barrierefreier getaggter PDFs eine ziemliche Herausforderung ist! Vielleicht als Spiegelbild der unvermeidlichen Komplexitäten bei der Erstellung getaggter PDFs, die vollständig den Zugänglichkeitsstandards entsprechen, ist das Internet voll von „Anleitungen“, „Tipps“ und „Best-Practice“-Ratschlägen zur Erstellung getaggter PDFs mit Software wie Adobe InDesign oder Microsoft Word. Darüber hinaus hat die PDF Association ein nützliches Dokument mit dem Titel erstellt [Leitfaden für bewährte Verfahren für Tagged PDF](https://www.pdfa.org/wp-content/uploads/2015/12/StructureElementsBestPracticeGuide_2016-01-19.pdf) das geschrieben wurde, um Entwicklern zu helfen, die vor den Herausforderungen der Implementierung von Tagged PDF und PDF/UA stehen. ## Sie haben ein PDF, aber ist es barrierefrei? Um festzustellen, ob eine bestimmte PDF-Datei den erforderlichen Zugänglichkeitsstandards wie PDF/A oder PDF/UA (siehe unten) entspricht, muss sie *validiert* werden, und zwar mit einem vereinbarten Validierungsprozess oder einem Softwarewerkzeug. Die Validierung findet jedoch normalerweise statt, nachdem das Dokument fertiggestellt ist, und dieser Prozess wird möglicherweise nicht vom Autor des Dokuments, sondern von Zugänglichkeitsspezialisten innerhalb der Organisation oder Stelle durchgeführt, die die Konformität verlangt hat. Falls die PDF die Validierung nicht besteht, kann möglicherweise ein fachkundiges manuelles Eingreifen über Adobe Acrobat Pro DC erforderlich sein, um das Tagging zu korrigieren (falls möglich). Alternativ muss es möglicherweise sogar an den Autor zurückgehen, damit dieser sein ursprüngliches Dokument anpasst, möglicherweise indem er die Verwendung der Funktionen der Erstellungssoftware vermeidet, die die Probleme verursacht haben – was extrem schwierig sein könnte, da es möglicherweise außerhalb der Kontrolle des Autors liegt. ### Lesereihenfolge und Inhaltsreihenfolge Wie bereits erwähnt, stellt die Erstellung wirklich barrierefreier PDFs zusätzliche technische Anforderungen an die Erstellungssoftware und möglicherweise auch an die Dokumentautoren, indem sie eine „Disziplin bei der Dokumenterstellung“ dafür erzwingt, wie sie Funktionen der Erstellungssoftware verwenden/anwenden. Obwohl Tagged PDF der Mechanismus ist, der *ermöglicht* die Erstellung vollständig barrierefreier PDFs, bedeutet ein getaggtes PDF *nicht* nicht automatisch, dass es vollständig barrierefrei ist, wie wir in einem Beispiel unten sehen werden. Alle Inhaltselemente im PDF sollten getaggt werden, um eine logische Struktur zu erzeugen, die sicherstellt, dass Inhalte in der richtigen Reihenfolge zugänglich sind und gelesen werden können – genannt die *Lesereihenfolge*Lesereihenfolge *Lesereihenfolge* von: 1. Text 2. table 3. Grafik Wenn Software diese Seite in einen PDF-Content-Stream schreibt, könnte sie mit Operatoren beginnen, um die Tabelle zu zeichnen, dann Operatoren ausgeben, um die Grafik zu erzeugen, gefolgt von Operatoren für den Text, wodurch im Content-Stream eine *Inhaltsreihenfolge* von: 1. table 2. Grafik 3. Text entstehen würde. Natürlich wird alles an der richtigen Position platziert, wenn diese Seite angezeigt wird. Für einen vollständig sehenden Leser ist die Reihenfolge, in der diese Elemente im Content-Stream der Seite gespeichert sind, nicht von Interesse: Sie erleben eine vollständig gerenderte Seite, auf der alles an der richtigen Stelle ist. Wenn sich Assistenzsoftware jedoch auf die Reihenfolge der Elemente in einem Content-Stream (die Inhaltsreihenfolge) verlassen müsste, hätte sie Schwierigkeiten, wenn die Inhaltsreihenfolge von der natürlichen Lesereihenfolge abweicht; beispielsweise würden Vorlesewerkzeuge das Material in der falschen Reihenfolge vorlesen. Glücklicherweise kann Assistenzsoftware die logische Reihenfolge (Struktur) eines getaggten PDFs verwenden, die so organisiert sein muss, dass sie die Reihenfolge widerspiegelt, in der Inhalte gelesen werden sollen. Aus diesen Gründen werden Daten, die die logische Struktur des Dokuments repräsentieren, getrennt vom eigentlichen Inhalt, der auf den sichtbaren Seiten angezeigt wird, gespeichert, um > „... die Anordnung und Verschachtelung logischer Inhaltselemente vollständig unabhängig von der Reihenfolge und Position der Grafikobjekte auf den Seiten des Dokuments sein können.“ (Seite 856 von [Die PDF-Referenz, sechste Ausgabe, November 2006](https://www.adobe.com/content/dam/acom/en/devnet/pdf/pdf_reference_archive/pdf_reference_1-7.pdf)) In der Praxis ist es weitaus schwieriger, eine logische Reihenfolge zu gewährleisten, die die Lesereihenfolge beibehält, als es scheinen mag; daher verwenden wir ein einfaches, wenn auch erfundenes Beispiel, das einen Eindruck von den damit verbundenen Problemen vermittelt. #### Falsche Lesereihenfolge: Ein Beispiel mit Microsoft Word Ein Autor eines Dokuments könnte die Funktionen seiner gewählten Erstellungssoftware verwenden, um einen bestimmten visuellen Effekt zu erzielen – etwa durch den Einsatz von Tabellen, um ein bestimmtes Textlayout zu erzeugen. Der folgende Screenshot zeigt beispielsweise das in früheren Beispielen verwendete Microsoft-Word-Dokument. Es enthält eine Tabelle, die verwendet wurde, um eine Reihe nebeneinander angeordneter nummerierter Absätze zu erzeugen. Aber wenn es darum geht, diese Inhalte zu taggen, wie sollte man sie behandeln: als Tabelle oder als nummerierte Liste getaggt? Beide dieser Inhaltstypen erfordern eine komplexe Tagging-Struktur, um sie korrekt darzustellen. Achten Sie im folgenden Bild auf die Reihenfolge, in der die nummerierten Absätze gelesen werden sollen: spaltenweise, nicht zeilenweise. ![Bild einer in Microsoft Word erstellten Tabelle](/files/5a4a0650195f22fb220eba21e4bab827a7dbcd32) Wenn wir Word auffordern, dieses Dokument mit seiner integrierten Exportfunktion — nicht dem Acrobat-PDFMaker-Plugin — als PDF zu speichern, können wir ihm sagen, dass es ein getaggtes PDF erstellen soll: ![Optionsdialog des Exportvorgangs von Microsoft Word](/files/7fc403296372543bf119286c834aa9ecbc9fac5b) Wie taggt Word also dieses Layout? In dem folgenden sehr kurzen Video (14 Sekunden) verwenden wir Adobe Acrobat Pro DC, um die Tagging-Struktur zu untersuchen, die von Microsoft Word erzeugt wurde. {% embed url="" %} Für dieses Dokument hat Word ein getaggtes PDF-Dokument erstellt, das ein `Table` Tag mit zwei Unter-Tags enthält: `THead` für die Tabellenkopf-Zeilengruppe und und `TBody` zur Darstellung der Zeilengruppe für den Tabellenkörper. `THead` und `TBody` beide enthalten `TR` Tags zur Darstellung einzelner Inhaltszeilen. Die `TR` Tags enthalten weitere Tags zur Darstellung des nummerierten Listenelements, das in jeder Zelle vorhanden ist. Das folgende Bildschirmbild zeigt die tief verschachtelte Tagging-Struktur und die entsprechend komplexe logische Struktur, die erforderlich ist, um selbst dieses extrem grundlegende Dokument darzustellen! ![Bild, das die tief verschachtelte Tagging-Struktur und logische Struktur einer in Microsoft Word erstellten einfachen Tabelle zeigt](/files/4cc88d2888bbf8b824da0b42e614c1937ae6fa7f) Im Vergleich zu PDFs, die von TeX und LaTeX erzeugt werden, ist dieses Word-Beispiel ein extrem einfaches Dokument, aber es erfordert dennoch eine komplexe logische Struktur, um es darzustellen. Stellen Sie sich den Grad der Tagging-Komplexität vor, der erforderlich ist, um von LaTeX erzeugte PDFs mit komplexer Mathematik und Tabellen darzustellen! #### Getaggt, ja, aber die Lesereihenfolge ist falsch Auch wenn Word tatsächlich ein [getaggtes PDF](https://assets.ctfassets.net/nrgyaltdicpt/3vcgZmG5mkCPYUPTjV30CF/4c34ae919212fa19e979e4cf852e66c1/ReadAloud.pdf) es zeigt eine der grundlegenden Herausforderungen, vor denen jede Anwendung steht, die versucht, vollständig zugängliche PDFs zu erstellen: die beabsichtigte Lesereihenfolge des Inhalts korrekt darzustellen. Während der Erstellung des getaggten PDFs entschieden die internen Prozesse von Word, den entsprechenden Inhaltsstrom zu schreiben, indem die Tabelle zeilenweise und nicht spaltenweise ausgegeben wurde. Für einen voll sehenden Leser, der das PDF betrachtet, machen diese низ­stufigen Details keinen Unterschied: Die Tabelle wird korrekt angezeigt. Für sehbehinderte Menschen liefert die logische Dokumentstruktur von Word jedoch das falsche Ergebnis, weil die gewünschte Lesereihenfolge (spaltenweise) nicht beibehalten wird: Der Inhalt wird in der falschen Reihenfolge vorgelesen. Die folgende Tonaufnahme wurde mit der Funktion „Read Out Loud“ von Adobe Reader DC erstellt. Wie deutlich zu hören ist, wird der Text in der falschen Reihenfolge vorgelesen: zeilenweise und nicht spaltenweise: ![Eine in Microsoft Word erstellte Tabelle](/files/b189c905ca2e56d1a41e6bfd5c571fe45eb72d91) Wie oben erwähnt, ist dieses Beispiel etwas konstruiert, aber es zeigt, wie leicht es ist, Kombinationen von Softwarefunktionen zu verwenden, die Zugänglichkeitsprobleme auslösen — aber wie soll der Autor des Dokuments das im Voraus wissen? Wahrscheinlich würde dieses Problem nur erkannt, wenn das resultierende PDF praktischen Zugänglichkeitstests unterzogen würde — z. B. mithilfe unterstützender Software. Möglicherweise könnten solche Dokumente PDF/A-Konformitäts-/Validierungstests bestehen, aber in der „realen Welt“ scheitern. Um die korrekte Lesereihenfolge einer solchen PDF-Datei sicherzustellen, wäre ein geschickter manueller Eingriff mit fortgeschrittenen PDF-Bearbeitungstools wie Adobe Acrobat Pro DC erforderlich: ein zeitaufwändiger und kostspieliger Prozess. Alternativ könnte der Autor des Dokuments auf diese besondere Form des Inhaltsausdrucks oder Layouts verzichten — aber nur, wenn er wüsste, dass sie problematisch ist! ### Leerzeichen verwenden, um Wörter zu trennen Wenn Sie Text in Textverarbeitungs- oder Texteditor-Programmen eingeben, verwenden Sie das Leerzeichen, um das Ende eines Wortes und den Beginn des nächsten zu markieren. Wenn Sie anschließend aus einem solchen Dokument ein PDF erstellen, werden die von Ihnen eingegebenen Leerzeichen selbstverständlich ausgegeben und Teil des im PDF gespeicherten Textes. TeX-Engines verwenden jedoch keine Leerzeichen, um Wörter im gesetzten Text zu trennen; stattdessen wandeln sie Leerzeichen in eine Form flexibler Abstände namens glue um (siehe diesen [Overleaf-Artikel](/latex/de/ausfuhrliche-artikel/11-boxes-and-glue-a-brief-but-visual-introduction-using-luatex.md) für weitere Informationen zu TeX-Boxen und glue). Im Inhaltsstrom von PDF-Seiten, die von TeX-Engines erzeugt werden, wird die Trennung einzelner Wörter dadurch erreicht, dass an eine andere Position auf der Seite gewechselt und der Text für das nächste Wort begonnen wird — anstatt ein Leerzeichen auszugeben, um diesen Abstand zu erzeugen. Außerdem variiert der Abstand zwischen Wörtern in von TeX-Engines gesetzten Textabsätzen von Zeile zu Zeile aufgrund des Zeilenumbruchalgorithmus von TeX. Diese Variation spiegelt sich in den Positionsdaten wider, die in den Inhaltsstrom der PDF-Seiten geschrieben werden. Dieser Aspekt des Satzes mit TeX hat Auswirkungen auf das Kopieren/Einfügen von Text aus seinen PDFs und auf Hilfssoftware, die versucht, den gesetzten Text in von TeX-Engines erzeugten PDFs vorzulesen. Hilfssoftware muss den Inhaltsstrom einer PDF-Seite analysieren, um den Text zu extrahieren, den sie verarbeiten soll. Offensichtlich braucht solche Software irgendeinen Mechanismus, um Anfang und Ende von Wörtern zu erkennen — die naheliegendste Lösung ist die Verwendung eines Leerzeichens. Vor diesem Hintergrund verlangen Zugänglichkeitsstandards, dass einzelne Wörter klar abgeschlossen werden (z. B. durch Leerzeichen), was für TeX-Engines aufgrund ihrer Verwendung von Zwischenwort-Glue problematisch ist. #### Aber alles ist nicht verloren! Im Jahr 2014 führte pdfTeX 2 neue Primitive ein, um die Unterstützung für Barrierefreiheit zu verbessern, indem die Verwendung von Leerzeichen zwischen Wörtern in den von ihm ausgegebenen PDFs ermöglicht wird: * `\pdfinterwordspaceon` * `\pdfinterwordspaceoff` Diese Befehle verwenden eine „Dummy-Schrift“, die nur ein Leerzeichen-Glyphe enthält. Details und ein Beispiel finden sich auf Seite 29 des [pdfTeX User Manual](http://texdoc.net/texmf-dist/doc/pdftex/manual/pdftex-a.pdf). #### LuaTeX verwenden: Ein Beispiel in der Overleaf-Galerie LuaTeX unterstützt diese pdfTeX-Primitiven nicht, kann aber so programmiert werden, dass es mit LuaTeXs sogenanntem Callback-Mechanismus sehr ähnliche Ergebnisse wie pdfTeX erzielt. Ein Overleaf-Projekt, um glue in Leerzeichen umzuwandeln, ist in der Overleaf-Galerie unter dem Titel verfügbar [LuaTeX verwenden, um Zwischenwort-Glue in Leerzeichen und Kerns umzuwandeln](https://www.overleaf.com/latex/examples/using-luatex-to-convert-interword-glue-to-spaces-and-kerns/sfdkdkybrvkv). Wenn Sie Ihren LaTeX-Code mit LuaTeX setzen (d. h. die LuaLaTeX-Compiler-Option auf Overleaf), können Sie mit Lua-Code einen gesetzten Absatz nachbearbeiten, um Zwischenwort-Glue zu finden und ihn durch ein Leerzeichen plus einen geeigneten Kern zu ersetzen. Der durch die Breite des Leerzeichens bereitgestellte Abstand kann durch Berechnung eines passenden Kern-Werts ergänzt (oder verringert) werden, um die vom Zwischenwort-Glue bereitgestellte Abstandsmenge beizubehalten, sodass sich am gesetzten Ergebnis visuell kein Unterschied ergibt. Um den Unterschied zu verstehen, den dies für Nutzer von Barrierefreiheitssoftware macht, hören Sie sich diese Tonaufnahme an, die mit der Funktion von Adobe Reader DC *Read Out Loud* aufgenommen wurde. Sie zeichnet die beiden Textzeilen in diesem Projekt auf, wie sie laut vorgelesen werden, vor und nach der Umwandlung von glue in Leerzeichen. Beachten Sie, wie das zweite Vorlesen der Zeile, das Leerzeichen verwendet, im Vergleich zu der Zeile mit Zwischenwort-Glue schnell und flüssig vorgelesen wird. Das Overleaf-Projekt ist eine reine TeX-Datei, die mit LuaTeX kompiliert wird und nur zu experimentellen Zwecken bereitgestellt wird; es ist nicht als vollständige Lösung in Produktionsqualität gedacht. In erster Linie soll es beim Verständnis technischer Fragen im Zusammenhang mit zugänglichen PDFs helfen. Der in diesem Projekt verwendete Lua-Code basiert auf Arbeiten, die in einem viel früheren Overleaf-Artikel enthalten sind [Boxen und Glue: Eine kurze, aber visuelle Einführung mit LuaTeX](/latex/de/ausfuhrliche-artikel/11-boxes-and-glue-a-brief-but-visual-introduction-using-luatex.md). Hinweis: Der Einfachheit halber verwendet das Projekt seinen eigenen sehr minimalistischen OpenType-Schriftlader, der aus diesem Code abgeleitet ist: . ### Weitere Probleme der Barrierefreiheit und getaggtes PDF Obwohl das Tagging die Identifizierung von Inhaltselementen innerhalb eines PDFs ermöglicht, benötigen einige Arten von Inhalten, wie Grafiken oder komplexe Mathematik, zusätzliche Daten oder Informationen, wenn sie durch Software zugänglich gemacht werden sollen, die Menschen mit Sehbehinderungen unterstützt. Um Barrierefreiheit für eine breite Palette von Inhaltstypen bereitzustellen und zu unterstützen, bietet die PDF-Spezifikation die Möglichkeit, Inhaltselementen „Alternate Descriptions“ oder „ActualText“ zuzuordnen und so geeignete textliche Beschreibungen oder andere maschinenlesbare Darstellungen bereitzustellen. Beispielsweise wurde MathML hierfür in der PDF-2.0-Spezifikation vorgesehen. #### Ist es „echter Inhalt“ oder nur ein Artefakt? Für sehbehinderte Menschen hat das Aufteilen und Anzeigen von Inhalten in rechteckigen, seitenfüllenden Blöcken unerwünschte Nebenwirkungen, wie etwa Silbentrennung. Außerdem sind Aspekte des Seitendesigns oder Layouts, die die visuelle Darstellung verbessern sollen, für diejenigen, die sie nicht sehen können, praktisch bedeutungslos. Aus diesen Gründen muss beim Taggen von PDF-Inhalten erkannt werden, dass einige Inhalte innerhalb eines PDFs als ein *Artefakt* der visuellen Darstellung oder Paginierung behandelt werden sollten. Zum Beispiel müssen Seitenzahlen, Kopf- und Fußzeilen, schattierte Hintergründe oder andere gestalterische Hinweise identifiziert werden, damit die die Inhalte verarbeitende Barrierefreiheitssoftware sie ignoriert. ## Überblick über die PDF/A-Standards Anfragen zur Erstellung zugänglicher PDFs verweisen normalerweise auf einen ISO-Standard namens [ISO 19005](https://www.iso.org/standard/38920.html), besser bekannt als PDF/A. Da PDF/A jedoch eine *Familie* von Standards ist, legt die bloße Anforderung „PDF/A-Konformität“ möglicherweise nicht vollständig fest, welche Anforderungen tatsächlich gelten. Um zu sehen, warum das so ist, beginnen wir mit einem kurzen Überblick über PDF/A von der [Website der PDF Association](https://www.pdfa.org/resource/iso-19005-pdfa/) (abgerufen am 21. Mai 2020), die ISO 19005 (PDF/A) wie folgt beschreibt: > „Der Hauptzweck von ISO 19005 besteht darin, ein auf PDF basierendes Dateiformat zu definieren, bekannt als PDF/A, das einen Mechanismus zur Darstellung elektronischer Dokumente bietet, der deren statisches visuelles Erscheinungsbild im Laufe der Zeit bewahrt, unabhängig von den Werkzeugen und Systemen, die zum Erstellen, Speichern oder Rendern der Dateien verwendet werden. > > Ein weiterer Zweck von ISO 19005 besteht darin, einen Rahmen zur Darstellung der logischen Struktur und anderer semantischer Informationen elektronischer Dokumente innerhalb konformer Dateien zu definieren. > > Ein weiterer Zweck von ISO 19005 besteht darin, einen Rahmen zum Festhalten des Kontexts und der Geschichte elektronischer Dokumente in Metadaten innerhalb konformer Dateien bereitzustellen.“ Offensichtlich hat PDF/A mehrere Kernziele. ### Entwicklung und Wachstum von PDF Die [PDF-1.0-Spezifikation](https://web.archive.org/web/20150617123515/http://acroeng.adobe.com/PDFReference/PDF%20Reference%201.0.pdf) wurde 1993 veröffentlicht und umfasste nur 230 Seiten. 13 Jahre später hingegen war die Spezifikation für [Adobes PDF-Version 1.7](https://www.adobe.com/content/dam/acom/en/devnet/pdf/pdf_reference_archive/pdf_reference_1-7.pdf) weit über 1000 Seiten lang! Im Laufe der Zeit sind Umfang und Komplexität der PDF-Spezifikation gewachsen, indem der unterstützte Funktionsumfang erweitert wurde: neue Technologien sowie die Anforderungen zunehmend ausgefeilter PDF-basierter Arbeitsabläufe und Anwendungsfälle in verschiedenen Märkten und Gemeinschaften wurden einbezogen. Es ist jedoch wahrscheinlich, dass kein einzelner Benutzer oder keine Benutzergruppe jemals alle Möglichkeiten nutzt: PDF muss „alle Fälle abdecken“, um sicherzustellen, dass es die Bedürfnisse des größtmöglichen Marktes bedienen kann. Beispielsweise werden viele PDF-Funktionen, die zur Unterstützung hochwertigen kommerziellen Drucks entwickelt wurden, im typischen täglichen Büroalltag nicht benötigt, wenn das Format zum Speichern oder Teilen von Dokumentationen verwendet wird. ### PDF/A: „zurück zu den Grundlagen“ für PDF Das Kernziel von PDF/A besteht darin, sicherzustellen, dass konforme PDFs für die Langzeitarchivierung geeignet sind oder Inhalte enthalten, die für Menschen mit verschiedenen Hilfstechnologien zugänglich sind, um diese PDFs zu „nutzen“. Um diese Ziele zu erreichen, schränkt PDF/A die Menge der in konformen PDF-Dateien zulässigen PDF-Funktionen ein und verbietet die Verwendung von Funktionen, die die Archivierbarkeit oder Zugänglichkeit beeinträchtigen könnten. Man kann PDF/A als eine Reihe von Standards betrachten, die festlegen, wie konforme PDF-Dateien einen *Ausschnitt* der vollständigen PDF-Spezifikation verwenden, um Dateien zu erzeugen, die sich für die Langzeitarchivierung eignen oder deren Inhalt zugänglich ist. Die Einschränkungen von PDF/A ermöglichen es, PDFs als „archivisches digitales Papier“ zu verwenden, das unabhängig von der PDF-Lesetechnologie und der Computerumgebung ist, mit der auf ihren Inhalt zugegriffen wird. Konforme PDFs sollten nichts enthalten, dessen Verhalten „implementierungsabhängig“ ist — d. h. von der spezifischen Software oder den Betriebssystemen abhängt, die zum Anzeigen oder Verarbeiten verwendet werden. PDFs müssen außerdem *vollständig*: wichtige Dokumentressourcen müssen in die Datei eingebettet sein — etwa Schriftarten oder Farbprofile. ### PDF/A-Versionen und Konformitätsstufen Es gibt verschiedene *Versionen* des PDF/A-Standards, die jeweils eine bestimmte Version der formalen PDF-Spezifikation widerspiegeln (PDF 1.4, 1.7 und 2.0). Darüber hinaus gibt es verschiedene *Konformitätsstufen* die angeben, in welchen Aspekten ein PDF die Anforderungen des PDF/A-Standards erfüllt. Folglich sollten Sie, wenn Sie „PDF/A-Konformität“ behaupten oder verlangen, an PDF-Dateien denken, die folgendem entsprechen **PDF/A-** Zum Beispiel * PDF/A-1a: bedeutet PDF/A-Version 1, Konformitätsstufe a * PDF/A-2b: bedeutet PDF/A-Version 2, Konformitätsstufe b Wir gehen etwas ausführlicher darauf ein. #### PDF/A-Versionen Der PDF/A-Standard steht unter der Ägide der ISO und wird als Standard namens ISO 19005 veröffentlicht. Wie erwähnt, hat sich die PDF-Spezifikation im Laufe der Zeit weiterentwickelt, was wiederum Aktualisierungen von ISO 19005 erforderlich machte, woraus die folgende Tabelle resultiert: | | | | | ----------------- | ---------------- | ----------------------------- | | **PDF/A-Version** | **ISO-Standard** | **Basierend auf PDF-Version** | | PDF/A-1 | ISO 19005-1:2005 | PDF 1.4 | | PDF/A-2 | ISO 19005-2:2011 | PDF 1.7 | | PDF/A-3 | ISO 19005-3:2012 | IS0 32000-1 (PDF 1.7) | Zum Zeitpunkt des Schreibens (April/Mai 2020) befindet sich ein aktualisiertes PDF/A-4 (ISO 19005-4) [in Vorbereitung](https://www.iso.org/standard/71832.html). #### PDF/A-Konformitätsstufen Zusätzlich zu den drei PDF/A-Versionen (PDF/A-1, PDF/A-2 und PDF/A-3) gibt es drei *Konformitätsstufen*: * Stufe A (zugänglich) für Barrierefreiheit (einschließlich der Archivierungsanforderungen von Stufe B) * Stufe B (grundlegend) für Archivierung * Stufe U (Unicode) (= Archivierung plus Verwendung von Unicode für Text) Hier ist eine kurze Beschreibung dieser Konformitätsstufen: * **Stufe B (grundlegend)** ist die Mindestanforderung für die PDF/A-Konformität. Sie definiert Anforderungen, um sicherzustellen, dass konforme PDF-Dokumente für die Langzeitarchivierung geeignet sind — dass sie unabhängig von bestimmter Software, Werkzeugen oder Betriebssystemen jederzeit zuverlässig angezeigt oder gedruckt werden können. * **Stufe A (Zugänglichkeit)** umfasst die Anforderungen der Konformitätsstufe B und erfordert zusätzlich die Verwendung von getaggtem PDF zur Bereitstellung von Informationen zur logischen Struktur und Lesereihenfolge sowie die Verwendung von Unicode, um den Zugriff auf den Text des Dokuments zu ermöglichen. * **Stufe U (Unicode)** wurde als Konformitätsstufe zu PDF/A-2 hinzugefügt und baut auf Stufe B auf, indem zusätzlich die Verwendung von Unicode für den Dokumenttext gefordert wird, geht aber nicht so weit wie Stufe A, indem Strukturinformationen vorgeschrieben werden. PDF/A-Versionen und Konformitätsstufen lassen sich in einer Tabelle zusammenfassen: | | | | | | --------------------- | ------------------------------------ | -------- | -------- | | **Konformitätsstufe** | **PDF/A-** | | | | Stufe A (zugänglich) | PDF/A-1a | PDF/A-2a | PDF/A-3a | | Stufe B (grundlegend) | PDF/A-1b | PDF/A-2b | PDF/A-3b | | Stufe U (Unicode) | k. A. (existierte für PDF/A-1 nicht) | PDF/A-2u | PDF/A-3u | ### PDF/UA („Universal Accessibility“) Obwohl die Stufe-A-Konformität des PDF/A-Standards bereits einen Teil der Anforderungen für zugängliche PDFs definiert, geht ein weiterer ISO-Standard namens [ISO 14289](https://www.iso.org/standard/64599.html), bekannt als PDF/UA, noch weiter. PDF/UA stärkt die Anforderungen an die Zugänglichkeit und präzisiert die in den PDF/A-Standards enthaltenen Hinweise und ist zum bevorzugten Standard für zugängliche PDFs geworden. #### Matterhorn-Protokoll Leser mit einem tiefen Interesse, mehr über PDF/UA-Konformität zu erfahren, könnten sich für das [Matterhorn-Protokoll](https://www.pdfa.org/resource/the-matterhorn-protocol-1-02/) interessieren, das „eine Liste aller möglichen Wege, bei der PDF/UA-Konformität zu scheitern“, ist. ### Validierungssoftware Um zu überprüfen, ob eine PDF-Datei einem bestimmten Standard entspricht, muss sie *validiert* mithilfe von Compliance-Software geprüft werden, die das PDF durchsucht, um zu kontrollieren, ob Inhalt und Struktur den Anforderungen dieses Standards entsprechen — etwa PDF/UA oder PDF/A-*x*a (wobei *x* = 1, 2 oder 3). Beachten Sie, dass die Validierung von PDFs — also ihre Verarbeitung mit einem bevorzugten Validierungstool — Diagnosemeldungen oder Warnungen erzeugen kann, die für den nicht fachkundigen Benutzer recht rätselhaft sein können — vielleicht aufgrund von PDF-Daten (oder Strukturen) auf niedriger Ebene, die den relevanten Standard nicht erfüllen. Für viele Autoren kann es eine ziemliche Herausforderung sein, diese Warnungen zu interpretieren und in eine umsetzbare Korrektur für ihre Dokumente zu übersetzen. #### Kostenlose Validierungssoftware * [veraPDF](https://verapdf.org/) das, um ihre Website zu zitieren (abgerufen am 28. Mai 2020), ein „speziell entwickelter, quelloffener Dateiformat-Validator ist, der alle PDF/A-Teile und Konformitätsstufen abdeckt“. * (nur Windows) [PDF Accessibility Checker (PAC 2024)](https://pac.pdf-accessibility.org/en/download) das ein „...kostenloses Werkzeug zur Überprüfung der PDF-Barrierefreiheit ist, das seit 2010 erprobt und getestet wurde“. #### Kommerzielle Validierungssoftware * [Adobe Acrobat](https://acrobat.adobe.com/uk/en/acrobat/pricing.html) bietet eine Reihe von PDF-Validierungstests sowie Werkzeuge zum Bearbeiten und Korrigieren von Tags in nicht konformen PDF-Dateien. ### PDF Association: eine großartige Informationsquelle Die [PDF Association](https://www.pdfa.org/) erstellt viele *ausgezeichnete* Ressourcen zu PDF/A, PDF/UA und vielen anderen PDF-bezogenen Themen — darunter Videos auf ihrem [YouTube-Kanal](https://www.youtube.com/user/ThePDFAssociation/playlists) sowie Artikel und kostenlose technische Veröffentlichungen, die auf ihrer Website verfügbar sind. Eine solche Veröffentlichung ist [PDF/UA in a Nutshell](https://www.pdfa.org/resource/pdfua-in-a-nutshell/) das eine unschätzbare Einführung in den PDF/UA-Standard und seine Anforderungen bietet. ## Zugängliche PDFs aus TeX-Engines und LaTeX Hoffentlich haben die vorherigen Ausführungen gezeigt, dass die Erstellung vollständig zugänglicher und korrekt getaggter PDF-Dateien eine anspruchsvolle technische Herausforderung ist. Darüber hinaus zeigte bereits das einfache Microsoft-Word-Beispiel, dass Autoren sehr leicht Kombinationen von Softwarefunktionen verwenden können, die zu getaggten PDF-Dokumenten führen, welche die Kriterien für Barrierefreiheit nicht erfüllen. Als Autorenwerkzeug bietet LaTeX Autoren nahezu unbegrenzte Flexibilität hinsichtlich der Bandbreite und Komplexität der Dokumente, die sie erstellen können — was vielleicht genau der Grund ist, es überhaupt zu wählen. LaTeX unterstützt außerdem Erweiterbarkeit durch Tausende von Zusatzpaketen, die Autoren als Teil ihrer Dokumente verwenden können. Darüber hinaus haben Autoren die Freiheit, neue TeX- oder LaTeX-Makros zu schreiben oder bestehende neu zu definieren, um bestimmte Effekte zu erzielen. Vielleicht hat diese Freiheit und Flexibilität jedoch ihren Preis, denn der Inhalt, der durch die unzähligen Wechselwirkungen all dieser LaTeX-Pakete und Makros entsteht, muss „irgendwie“ orchestriert werden, damit LaTeX automatisch korrekt getaggte und zugängliche PDF-Ausgaben erzeugen kann. In der Praxis stellen die Erweiterbarkeit, Leistungsfähigkeit, Vielseitigkeit und die durch LaTeX gewährte Autoren-„Freiheit“ technische Herausforderungen für die nahtlose und transparente („automatische“) Erstellung vollständig zugänglicher getaggter PDF-Dokumente dar, die den Standards PDF/UA oder PDF/A-{1|2|3}a entsprechen. Die breitere TeX- und LaTeX-Community arbeitet intensiv daran, diese Herausforderungen zu bewältigen, und die TeX User Group (TUG) koordiniert Forschungs- und Entwicklungsarbeiten über die Arbeitsgruppe für PDF-Barrierefreiheit und PDF-Standards [Arbeitsgruppe](https://www.tug.org/twg/accessibility/). Es gibt eine [Diskussionsliste](https://tug.org/mailman/listinfo/accessibility) die Interessierten eine Möglichkeit bietet, über die Erstellung getaggter PDF-Dateien mit TeX und LaTeX zu diskutieren. Bei diesen Diskussionen sollte man sich vor Augen halten, dass LaTeX eigentlich kein ausführbares Satzprogramm ist, sondern eine große Sammlung ausgefeilter Makros (Befehle), die in einer tiefer liegenden Sprache namens TeX geschrieben sind. Zwischen Ihrem sorgfältig ausgearbeiteten LaTeX-Dokument und dem fertigen gesetzten PDF steht eine Software namens TeX-Engine, deren Aufgabe es ist, die Sammlung von LaTeX-Befehlen (d. h. Makros) „auszuführen“, mit denen Ihr Dokument geschrieben und aufgebaut wird — und diese in die gesetzte Darstellung Ihres Dokuments zu überführen, die als PDF-Datei gespeichert wird. Wer neu im TeX/LaTeX-Ökosystem ist, ist oft — und verständlicherweise — von der Vielzahl kryptisch klingender Namen für die Werkzeuge verwirrt, auf die er stößt: TeX, LaTeX, pdfTeX, pdfLaTeX, XeTeX, XeLaTeX, LuaTeX und LuaLaTeX. Wenn es Ihnen genauso geht, hilft der Overleaf-Artikel [Was steckt in einem Namen: Ein Leitfaden zu den vielen Varianten von TeX](/latex/de/ausfuhrliche-artikel/55-what-s-in-a-name-a-guide-to-the-many-flavours-of-tex.md) der Ursprung und Bedeutung all dieser Begriffe erklärt. TeX-Engines wie pdfTeX, XeTeX oder LuaTeX sind eine Softwareklasse namens *Dokumentcompiler*: Sie nehmen Ihren LaTeX-Code und kompilieren ihn in seine gesetzte Form, indem sie LaTeX-Makros (Befehle) wieder in ihre tiefer liegenden TeX-Sprachanweisungen „umwandeln“, die ausgeführt werden, um das gesetzte Ergebnis zu erzeugen. TeX-basierte Satzsysteme sind in der Lage, außergewöhnlich komplexe Inhalte zu erzeugen — darunter fortgeschrittene Mathematik, Musiknotation, chemische Strukturen, Grafiken und anspruchsvollen mehrsprachigen gesetzten Text. Um sicherzustellen, dass diese komplexen Dokumente Zugänglichkeitsstandards und -vorschriften erfüllen, müssen TeX-Engines zusammen mit der LaTeX-Makrosammlung und LaTeX-Paketen entsprechend getaggte PDF-Dateien erzeugen, indem sie den von ihnen generierten PDF-Dateien eine große Menge zusätzlicher Daten einbetten. Obwohl TeX-Engines extrem komplexe PDF-Dateien erzeugen können, verfügen ihre internen Prozesse, Algorithmen und Funktionen nicht über *integrierte* Funktionen *die speziell dafür entwickelt wurden* die Erstellung getaggter und zugänglicher PDFs zu unterstützen. Stattdessen muss die Unterstützung für Tagging und Zugänglichkeit durch komplexe Makroprogrammierung erreicht werden, die zusätzliche Daten in die von TeX-Engines erzeugten PDFs „einspritzt“ — und dabei die Marked-Content-Sequenzen, Strukturelemente und logischen Struktur-Datenstrukturen erzeugt, die in `StructTreeRoot`gespeichert sind. Und hier wird diese „Orchestrierung“ besonders deutlich: Code im Kern (Kernel) von LaTeX zusammen mit Code in Tausenden von Paketen und unzähligen vom Autor erstellten Makros müsste sehr sorgfältig zusammenarbeiten, um sicherzustellen, dass die Ausführung von Makros eine korrekte Tagging-Struktur für den Inhalt der resultierenden Dokumente erzeugt. Diese „Orchestrierung“ müsste zuverlässig sein — ganz gleich, wie Autoren die Funktionen, Befehle und Möglichkeiten von LaTeX, seinem Paketsystem und der Leistungsfähigkeit von TeX-Makros kombinieren und verwenden. ### Die Bedürfnisse der Autoren Für die meisten Menschen ist LaTeX einfach ein Werkzeug, mit dem man wunderschön gesetzte Dokumente erstellen kann, mit der Freiheit, Pakete auszuwählen und zu kombinieren, um das zu erreichen. Die große Mehrheit der LaTeX-Autoren möchte einfach nur, dass ihre Dokumente „funktionieren“: fehlerfrei gesetzt werden, damit sie ihre Dissertation, ihren Artikel, ihren Bericht einreichen oder dieses lang erwartete Buch fertigstellen können. Nicht unvernünftigerweise erwarten LaTeX-Benutzer, dass ihre gewählte Sammlung von LaTeX-Paketen friedlich zusammenlebt und nahtlos sowie transparent zusammenarbeitet, um die Befehle und Funktionen bereitzustellen, die zur Erstellung ihrer Dokumente erforderlich sind. Dieselben Erwartungen gelten wahrscheinlich auch, wenn es darum geht, aus LaTeX getaggtes PDF zu erzeugen: Es sollte einfach „funktionieren“, transparent und mit minimalem Eingreifen des Autors. Leider sind wir noch weit entfernt von der Erfahrung „Hey Presto! Das Tagging passiert einfach, egal was für verrückte Dinge ich tue“. Die Verknüpfung der technischen Anforderungen von Barrierefreiheit plus getaggtem PDF mit LaTeX und der Freiheit des Autors ist von Natur aus komplex, und vielleicht ist es unvermeidlich, dass eine Form von „Autordisziplin“ erforderlich ist, wenn die technischen Herausforderungen praktisch umsetzbar und lösbar werden sollen. Ein separates, aber verwandtes Problem ist, dass falsches Tagging möglicherweise keinen visuellen Einfluss auf das endgültige PDF hat: Visuell kann es perfekt aussehen und es wird wahrscheinlich auch ohne Probleme gedruckt, aber dem Autor unbekannt kann das Tagging „kaputt“ sein und erst durch anschließendes Scheitern von PDF/A-Compliance-/Validierungsprüfungen und/oder weitere praktische Tests mit Barrierefreiheitssoftware wie Screenreadern entdeckt werden. ### Auf Overleaf erzeugte PDF-Dateien Overleaf stellt seiner Benutzercommunity einen browserbasierten LaTeX-Editor sowie Projekt- und Dokumentverwaltungswerkzeuge zur Verfügung, die kollaboratives Arbeiten erleichtern — alles aufgebaut auf einer Standard-TeX-Live-Installation. Im Wesentlichen ermöglicht Overleaf den Benutzern, „LaTeX aus der Ferne“ über einen Webbrowser auszuführen und bietet so eine Schutzschicht gegen die Komplexität der Verwaltung und Wartung eines vollständigen TeX-Live-Systems. Eine Folge der Verwendung einer Standard-TeX-/LaTeX-Installation durch Overleaf ist, dass PDFs, die aus im Overleaf-Editor geschriebenem LaTeX-Code erzeugt werden, mit genau denselben Technologien erstellt werden, die auch in jeder anderen TeX-Live-Installation derselben Version vorhanden sind — einschließlich Setups, die Benutzer auf ihren lokalen Geräten installiert haben. Der einzige Unterschied besteht darin, dass die TeX-Engines, die den Overleaf-LaTeX-Code kompilieren und verarbeiten, auf entfernten Servern und nicht auf lokalen Rechnern laufen. Overleaf linearisiert das von TeX erzeugte PDF für einen effizienten Download/Anzeige im Browser, aber dieser Prozess steht in keinem Zusammenhang mit der Zugänglichkeit des PDF-Inhalts selbst. Die Erstellung zugänglicher PDFs über Overleaf hängt von den Fähigkeiten und Funktionen ab, die in Standard-TeX-Engines eingebaut sind, sowie von der Verfügbarkeit geeigneter LaTeX-Makropakete, die Benutzer als Teil ihres Dokuments einsetzen können. Mit Overleaf erstellte LaTeX-Dokumente müssen mit anderen TeX- und LaTeX-Installationen kompatibel bleiben, da Benutzer ihr LaTeX-Projekt häufig aus Overleaf exportieren müssen, um es bei einer Vielzahl von Verlags- und Journalsystemen einzureichen. Die Einführung Overleaf-spezifischer Funktionen in seine LaTeX-Dokumente oder in die zugrunde liegenden TeX-Engines würde die Freiheit der Benutzer, ihre Arbeit anderswo zu verwenden, erheblich einschränken. Overleaf erkennt und unterstützt das Bedürfnis nach vollständig zugänglichen PDFs, die aus TeX-/LaTeX-Autorensystemen erzeugt werden: Wir investieren Zeit in die Erforschung von Zugänglichkeitsproblemen und untersuchen die neuesten Entwicklungen bei TeX-Engines und experimentellen LaTeX-Paketen, die getaggtes PDF unterstützen. Zum Zeitpunkt des Schreibens gibt es letztlich keine „out of the box“-Lösung, mit der LaTeX-Autoren (über `\usepackage`) nahtlos und transparent vollständig zugängliche und PDF/UA-konforme PDFs aus allgemeinen LaTeX-Dokumenten erzeugen können. Wenn diese Lösungen über TeX-Live-Updates verfügbar werden, werden sie selbstverständlich auch der Overleaf-Benutzercommunity zur Verfügung stehen. ### Einige LaTeX-Pakete zum Erforschen von Tagging und Zugänglichkeit Für viele Menschen ist [tex.stackexchage](https://tex.stackexchange.com/) die erste Anlaufstelle für Hilfe zu TeX, LaTeX oder ConTeXt. Es ist eine erstaunliche Ressource und hat viele Fragen zum Thema [Barrierefreiheit](https://tex.stackexchange.com/questions/tagged/accessibility?tab=Newest) und die Erstellung zugänglicher PDFs über LaTeX. Wenn man diese Fragen sowie die darauf folgenden Antworten und Kommentare liest und durchsucht, ist nur eine Schlussfolgerung unvermeidlich: Derzeit gibt es keine vollständige Lösung auf Produktionsniveau, um automatisch aus jedem Typ von LaTeX-Dokument vollständig zugängliche, standardkonforme, getaggte PDFs zu erstellen. Es gibt jedoch einige Pakete, die Tagging unterstützen — wenn auch vielleicht nur innerhalb eines eingeschränkten Bereichs von Anwendungsfällen und Dokumenttypen. Die folgende Liste richtet sich an Leser, die LaTeX-basiertes PDF-Tagging erkunden möchten: * [`tagpdf` Paket](https://ctan.org/pkg/tagpdf) (Ulrike Fischer): äußerst leistungsfähiges Paket, das zum Experimentieren mit PDF-Tagging entwickelt wurde. Unterstützt pdfTeX und LuaTeX und bietet äußerst nützliche und interessante Dokumentation, die einige hervorragende Hinweise zu den technischen Herausforderungen beim Erstellen getaggter PDFs über TeX-Engines enthält; für alle, die die beteiligten Probleme besser verstehen möchten, ist sie sehr zu empfehlen. Der zukünftige Fokus dürfte auf LuaTeX liegen. * [`axessibility` Paket](https://ctan.org/pkg/axessibility?lang=en) (Boris Doubrov und Universität Turin): ermöglicht den Zugang zu Formeln in PDF-Dateien durch Hilfstechnologien. * [`Barrierefreiheit` Paket](https://ctan.org/pkg/accessibility) (Andy Clifton): erstellt getaggte und strukturierte PDF-Dateien. Die CTAN-Hinweise besagen, dass dieses Paket „an Nutzer der KOMA-Script-Dokumentklassen gerichtet“ ist. * [`accsupp` Paket](https://ctan.org/pkg/accsupp) (Heiko Oberdiek): experimentelles Paket zur besseren Unterstützung der Zugänglichkeit von PDF-Dateien. Eine weitere bemerkenswerte Referenz ist ein Paper von 2018 [Implementing PDF standards for Mathematical Publishing](http://web.science.mq.edu.au/~ross/TaggedPDF/PDF-standards-v2.pdf) von Dr. Ross Moore von der Fakultät für Mathematik der Macquarie University. In diesem Paper gibt Dr. Moore einen kurzen Überblick über die Herausforderungen des Taggings von PDFs in LaTeX: > „Die Hauptquelle der Schwierigkeiten liegt darin, wie unterschiedliche Umgebungen miteinander interagieren können. Es gibt viele Situationen in LaTeX, in denen eine Umgebung oder Struktur erst dann wirklich abgeschlossen ist, wenn die nächste begonnen hat. Es geht also nicht nur darum, Start- und End-Tags um jedes einzelne bereitgestellte Inhaltselement zu legen. Stattdessen muss man die Feinheiten verstehen, wie verschiedene Umgebungen und andere Strukturen tatsächlich beginnen und enden, innerhalb des durch das umgebende Material geschaffenen Kontexts.“ Dr. Moore ist auch der derzeitige Betreuer des [`pdfx`](https://ctan.org/pkg/pdfx) Pakets und ein Experte sowie Pionier des getaggten PDFs mit TeX/LaTeX. Seine Arbeit ist sehr lesenswert — einschließlich dieses Videos auf YouTube, das interessante Einblicke bietet: {% embed url="" %} #### Hinweis zum pdfx-Paket Die [`pdfx`](https://ctan.org/pkg/pdfx) Paket (Ross Moore et al.) bietet hervorragende Unterstützung für PDF/A-1|2|3b (Archivierung) und andere Optionen, erzeugt aber noch kein getaggtes PDF. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://overleaf-pro.ayaka.space/latex/de/weitere-themen/04-an-introduction-to-tagged-pdf-files-internals-and-the-challenges-of-accessibility.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.