Hoppa till innehåll
SilktideHjälp

PDF-teckensnitt

Silktide kontrollerar hur teckensnitten i en PDF är uppbyggda. En tillgänglig PDF måste innehålla sina teckensnitt, beskriva dem konsekvent och aldrig rita ett tecken som teckensnittet faktiskt inte kan återge, så att texten återges identiskt överallt och förblir läsbar för programvara.

Detta omfattar flera krav samtidigt: teckensnitt som inte är inbäddade, inbäddade teckensnitt vars interna beskrivningar inte stämmer överens med själva teckensnittet, kodningar som standarden inte tillåter och text som ritar teckensnittets platshållare för tecken som saknas.

Varför detta är viktigt

Dessa krav delas in i två grupper, och det är värt att vara tydlig med skillnaden.

Saknade teckensnitt och tecken förändrar det som läsaren ser. Ett teckensnitt som inte är inbäddat är bara tillgängligt om läsaren råkar ha det installerat. Om läsaren inte har det ersätter visningsprogrammet det med något annat, och ersättningen förändrar teckenbredderna. Då radbryts texten på nytt, tabeller förlorar sin justering och text kan flöda utanför en ruta och försvinna under något annat. Platshållaren är en starkare variant av samma problem: det betyder att ett tecken som teckensnittet inte kan rita visas som en tom ruta eller blankt utrymme. Texten på sidan är då redan felaktig, och det finns inget tecken bakom den som en kan läsa upp.

Konsekvensreglerna handlar om filens interna struktur. Krav på teckenuppsättningar, breddtabeller och tillåtna kodningar är interna överenskommelser i filen. En läsare märker vanligtvis ingenting, och textextrahering kan vara opålitlig i vissa fall. De är viktiga eftersom de ingår i standarden och därför hindrar ett konformitetsanspråk, samt eftersom de är en tillförlitlig signal om att dokumentet skapades i ett arbetsflöde där man inte tog hänsyn till teckensnitt.

Båda grupperna är värda att rapportera, men de kräver inte samma brådska. Silktide graderar dem olika av just den anledningen.

Så åtgärdar du det

  1. Exportera dokumentet på nytt från källan med alla teckensnitt inbäddade. Detta löser nästan alla fynd här, eftersom det är exportprocessen som skriver teckensnittsdata och dess beskrivningar. De flesta verktyg bäddar numera in teckensnitt som standard, så en gammal fil behöver vanligtvis bara exporteras på nytt från en aktuell version.
  2. Skriv inte ut till PDF. Skrivardrivrutiner är den vanligaste orsaken till skadade teckensnitt, eftersom de beskriver en sida som märken i stället för text. Använd programmets egen exportfunktion eller "Spara som PDF".
  3. Kontrollera att dina teckensnitt tillåter inbäddning. En licensflagga kan förbjuda detta, och då bäddas teckensnitten inte in oavsett hur du exporterar. Den praktiska lösningen är att ersätta teckensnittet med ett som du får bädda in.
  4. Åtgärda saknade tecken i källan, vanligtvis genom att använda ett teckensnitt som innehåller dem. Platshållaren visas när ett dokument efterfrågar ett tecken som teckensnittet inte har. Det är vanligt för ovanliga skiljetecken, tecken med accent och matematiska symboler.
  5. Eller kör Silktides åtgärd, som bäddar in en trogen ersättning när det finns ett kostnadsfritt motsvarande teckensnitt. Det finns begränsningar för vad en ersättning kan göra, och de beskrivs i Teckensnitt.

Observera att konsekvenskraven inte kan åtgärdas med tillgänglighetsverktyg i en PDF-redigerare. De är egenskaper hos de inbäddade teckensnittsdata, så omexport är vägen framåt. När det inte är möjligt är partiell konformitet ett rimligt resultat att acceptera och dokumentera.

Så testar Silktide detta

  1. Hitta PDF-dokumenten som är länkade från din webbplats och analysera varje unik fil en gång, oavsett hur många sidor som länkar till den.
  2. Undersök alla teckensnitt som dokumentet använder: om de är inbäddade, om deras deklarerade teckenuppsättning och bredder överensstämmer med de inbäddade teckensnittsdata och om kodningen är en som standarden tillåter.
  3. Undersök textinstruktionerna efter sådana som ritar teckensnittets platshållare för saknade tecken.
  4. Rapportera dokumentet när något av detta misslyckas, en gång per dokument oavsett hur många teckensnitt som berörs.

Text vars tecken inte kan spåras tillbaka till verkliga tecken är ett närliggande men separat fynd som rapporteras av PDF-textmappning.

Felsökning

Dokumentet ser korrekt ut på min dator

Det är det förväntade symtomet på ett teckensnitt som inte är inbäddat: du har teckensnittet installerat, så visningsprogrammet använder det. Någon som inte har det ser en ersättning. Därför läser kontrollen vad filen innehåller i stället för vad den återger lokalt.

Fyndet nämner teckenuppsättningar eller glyfbredder, men texten ser bra ut

Den är förmodligen helt okej att läsa. Det handlar om de interna konsekvensreglerna som beskrivs ovan: de hindrar ett formellt konformitetsanspråk och förändrar sällan det som någon ser. Om du inte kan exportera dokumentet på nytt är detta ett rimligt fynd att i stället för att försöka åtgärda.

Endast symboler och specialtecken påverkas

Det är det vanliga mönstret, eftersom dokument kombinerar ett textteckensnitt med ett ikon- eller symbolteckensnitt och endast det senare är ofullständigt. Kontrollera punkter, bockar, pilar och matematiska tecken.

Kan Silktide åtgärda teckensnitten utan att ändra dokumentets utseende?

Ersättningen strävar efter att behålla sidans återgivning identisk, och när det finns ett kostnadsfritt teckensnitt med kompatibla mått lyckas den. När det inte finns något sådant uppstår en synlig kompromiss, och begränsningarna beskrivs i Teckensnitt.

Läs mer

Senast uppdaterad

Var den här sidan hjälpsam?