Überschriftenhierarchie ist nicht fortlaufend umgesetzt (warning)

Screenreader etc. orientieren sich bei der Navigation an nummerierten Überschriften. Dazu sollte die Überschriftenhierarchie den Kapitelebenen entsprechen und in einer Publikation fortlaufend ab <u1> nummeriert sein (<u1>, <u2>, <u3> etc., im HTML <h1>, <h2>, <h3> …).

Schematron-Meldung:

▌EPUB barrierefrei ▌ Im Interesse der Barrierefreiheit sollte die Kapitelüberschrift auf oberster Ebene eine [u1] sein (Metadatum: "structuralNavigation").

Schematron-Meldung:

 ▌EPUB barrierefrei ▌ Überschrift [u3] folgt auf [u1]. Im Interesse der Barrierefreiheit sollte die Überschriftenhierarchie fortlaufend sein.

Damit das Metadatum "structuralNavigation" gesetzt werden kann, muss darüber hinaus

jedes Kapitel eine Überschrift haben (s. Warnung) und ins TOC aufgenommen werden (s. Warnung),
die Verwendung von einschub_vor vermieden werden (s. Warnung),
ein Werkteil mit deckblatt oder toc="ja" vermieden werden (s. Warnung).

Nur wenn diese Voraussetzungen erfüllt sind, wird das Barrierefreiheits-Metadatum "structuralNavigation" generiert (s. den entsprechenden Abschnitt zum EPUB-Konverter).

Achtung

	Achtung
Auch wenn diese Konventionsprüfungen keine Warnungen ausgeben, kann das Metadatum "structuralNavigation" fehlen. Dies ist der Fall, wenn das EPUB mit der Config-Option Unterkapitel ausklappbar? "ja" (TOC: Vor- und Nachspann) produziert wird. Dadurch wird ein Deckblatt mit einer `u` generiert (im HTML eine `h1` oberhalb der aus den `u1` erzeugten `h1`).

Auch wenn diese Konventionsprüfungen keine Warnungen ausgeben, kann das Metadatum "structuralNavigation" fehlen. Dies ist der Fall, wenn das EPUB mit der Config-Option Unterkapitel ausklappbar? "ja" (TOC: Vor- und Nachspann) produziert wird.

Dadurch wird ein Deckblatt mit einer u generiert (im HTML eine h1 oberhalb der aus den u1 erzeugten h1).

	Tipp
	Wenn in komplexeren Titeln eine abweichende Typographie wünschenswert erscheint, kann in parsX mit Typ-Attributen gearbeitet werden: `<u1>`, `<u2 typ="1">` etc.