Naar inhoud springen
SilktideHelp

PDF-roltoewijzing

Silktide controleert of aangepaste tags die een PDF zelf definieert, worden uitgelegd. Een document mag eigen tags benoemen, maar elke tag moet verwijzen naar een van de standaardstructuurtypen die de PDF-indeling definieert. Anders weet niets dat het document leest waarvoor de tag dient.

De opzoektabel die deze verwijzingen bevat, is de . Deze controle meldt drie manieren waarop het mis kan gaan: een aangepaste tag zonder enige vermelding, een standaardtag die opnieuw is toegewezen om iets anders te betekenen, en een roltoewijzing die naar zichzelf terugverwijst, waardoor een tag nooit naar iets echts wordt opgelost.

Waarom dit belangrijk is

Een tagnaam is een label, geen betekenis. Wanneer een ontwerptool een kop exporteert als SubtitleBlue en nooit aangeeft dat SubtitleBlue een kop van niveau twee is, ontvangt een woord waarvoor geen regels bestaan. Afhankelijk van de lezer wordt die inhoud aangekondigd als een gewone alinea of overgeslagen. In beide gevallen is het geen kop meer: de inhoud verdwijnt uit de documentstructuur, kan niet worden gebruikt voor navigatie en kan niet worden gebruikt om het document snel te scannen.

Een toewijzing in de tegenovergestelde richting is schadelijker, omdat het document dan vol vertrouwen iets onwaars beweert. Een Table die opnieuw is toegewezen aan een alineatype vertelt een lezer dat er geen tabel op de pagina staat, en de lezer gelooft dat. De cellen worden vervolgens gelezen als doorlopende tekst, zonder rijen, kolommen of kopteksten.

Een circulaire roltoewijzing is een structurele fout, geen subtiele. Tags worden nooit opgelost en sommige lezers en validators wijzen de structuurboom volledig af. Daardoor verandert het document van gedeeltelijk toegankelijk in helemaal niet toegankelijk.

Dit is het soort probleem dat door de authoringtool ontstaat en niet door iets wat de auteur heeft gedaan. Juist daarom moet het worden gecontroleerd: niemand heeft het bewust gekozen, dus niemand denkt eraan ernaar te zoeken.

Hoe je dit oplost

  1. Gebruik bij voorkeur standaardtags. Als de inhoud een kop is, tag deze dan als H1 tot en met H6; als het een lijst is, tag deze dan als L. Een aangepaste naam is alleen de moeite waard wanneer de standaardwoordenschat echt geen equivalent heeft, wat bij gewone documenten zelden voorkomt.
  2. Wijs elke aangepaste tag die je behoudt toe aan het standaardtype dat overeenkomt met wat de tag voorstelt, zodat SubtitleBlue wordt opgelost als een kop.
  3. Verwijder vermeldingen in de roltoewijzing die standaardtags opnieuw definiëren. Een standaardtag betekent al het juiste; deze overschrijven kan het document alleen maar onnauwkeuriger maken.
  4. Doorbreek elke lus zodat elke aangepaste tag eindigt bij een standaardtype en niet bij een andere aangepaste tag.
  5. Exporteer opnieuw vanuit de bron met PDF/UA-uitvoer ingeschakeld. Daarmee wordt dit meestal in één keer opgelost. Of voer Silktide-herstel uit, waarmee de structuur uitsluitend met standaardtypen opnieuw wordt opgebouwd. Zie Hoe PDF-herstel werkt.

Roltoewijzingen worden bewerkt in het tagvenster van een PDF-editor, niet in het zichtbare document. Daarom is opnieuw exporteren vanuit het oorspronkelijke bestand bij dit soort herstelwerk meestal minder werk dan de PDF handmatig aanpassen.

Hoe Silktide dit test

  1. Vind de PDF-documenten waarnaar vanaf je website wordt gelinkt en analyseer elk uniek bestand één keer, ongeacht hoeveel pagina's ernaar linken.
  2. Verzamel de structuurtypen die het document gebruikt en de vermeldingen in de roltoewijzing die het document definieert.
  3. Meld het document wanneer een niet-standaardtype geen geldige toewijzing heeft, wanneer een standaardtype opnieuw is toegewezen aan een ander type, of wanneer het volgen van de toewijzing in een cirkel eindigt.
  4. Meld elk document één keer, ongeacht hoeveel tags zijn getroffen.

Probleemoplossing

Dit wordt gemeld, maar voor mij wordt het document goed gelezen

Lezers verschillen in de mate waarin ze fouten door de vingers zien. Sommige leiden een rol af uit de context en komen ermee weg; andere doen dat niet. De lezers waarop mensen voor lange documenten vertrouwen, zijn meestal de strikte lezers. Een document dat alleen werkt in de lezer die je toevallig hebt getest, werkt bij toeval.

Waarom is dit een PDF/UA-vereiste en geen WCAG-vereiste?

Omdat dit een regel is voor de manier waarop het bestand is opgebouwd en niet voor wat de lezer ervaart, terwijl WCAG resultaten beschrijft. Het resultaat dat hiermee wordt beschermd — dat inhoud haar werkelijke betekenis behoudt — wordt binnen WCAG afgedekt door de controles die koppen, lijsten en tabellen rechtstreeks onderzoeken. Zie Inzicht in PDF-toegankelijkheid voor meer informatie over de manier waarop de twee standaarden het werk verdelen.

Meer informatie

Laatst bijgewerkt

Was deze pagina nuttig?

PDF-roltoewijzing | Silktide Help