Je opent een pdf op je Windows-laptop en alles ziet er perfect uit. U stuurt het naar een collega die een Mac gebruikt, en zij zien willekeurige symbolen, vierkante kaders of vraagtekens verspreid over het document. Op een Linux-machine kan hetzelfde bestand lege spaties weergeven waar tekst zou moeten staan. Deze frustrerende ervaring komt vaker voor dan de meeste mensen beseffen, en het komt bijna altijd neer op de manier waarop verschillende besturingssystemen omgaan met lettertypen die in PDF-bestanden zijn ingesloten.
Het kernprobleem is eenvoudig: een PDF is ontworpen om er overal hetzelfde uit te zien, maar die belofte hangt af van de mate waarin de lettertypen in het bestand zijn ingesloten of beschikbaar zijn op het systeem dat het bestand opent. Wanneer een PDF afhankelijk is van lettertypen die op de computer van de maker zijn geïnstalleerd, maar deze lettertypen niet in het bestand zelf bevat, zal elk apparaat dat dezelfde lettertypen mist, iets anders vervangen. Op een ander besturingssysteem, waar zelfs gewone lettertypen verschillende namen of versies hebben, kan deze vervanging onleesbare, onleesbare uitvoer opleveren.
De meest voorkomende boosdoener: ontbrekende of niet-ingebedde lettertypen
Wanneer iemand een PDF maakt van een Word-document, een Google-document of een ontwerptoepassing zoals InDesign, beslist de software of de lettertypen rechtstreeks in de PDF worden ingesloten of er eenvoudigweg naar wordt verwezen. Het insluiten van lettertypen betekent dat de daadwerkelijke lettertypegegevens in het PDF-bestand worden verpakt. Bij het verwijzen naar lettertypen wordt alleen vastgelegd welk lettertype is gebruikt en wordt verwacht dat het leesapparaat dit heeft geïnstalleerd.
Microsoft Word op Windows gebruikt doorgaans lettertypen zoals Calibri, Cambria of Times New Roman. Wanneer de PDF-maker ervoor kiest om geen lettertypen in te sluiten, vaak om de bestandsgrootte kleiner te houden, slaat de PDF alleen de lettertypenaam op en niet de daadwerkelijke tekenvormen. Een Mac die dat bestand opent, zoekt naar Calibri, maar vindt een andere versie van Calibri of helemaal geen overeenkomst. De Mac PDF-viewer valt dan terug op een vervangend lettertype, en de tekentoewijzing tussen het originele lettertype en het vervangende lettertype komt zelden perfect overeen.
Uit een analyse uit 2024 door de PDF Association bleek dat lettertypegerelateerde problemen verantwoordelijk zijn voor ongeveer 40% van alle PDF-weergaveproblemen op verschillende platforms (PDF Association, "PDF Rendering Error Survey", 2024). Fouten bij het vervangen van lettertypen komen vooral vaak voor bij niet-Latijnse schriften zoals Cyrillisch, CJK (Chinees, Japans, Koreaans), Arabisch en Hebreeuws, waarbij het vervangende lettertype mogelijk geheel niet over de vereiste tekensets beschikt.
Dit is ook de reden waarom u PDF-lettertypen-problemen kunt tegenkomen met documenten die aangepaste of gelicentieerde lettertypen gebruiken. Ontwerptoepassingen maken vaak gebruik van premiumlettertypen die niet vrij worden verspreid. Als de ontwerper vergeet ze in te sluiten of als de lettertypelicentie het insluiten verbiedt, ziet iedereen die de PDF opent zonder dat dat specifieke lettertype is geïnstalleerd, onleesbare tekst.
Hetzelfde document dat op een ander besturingssysteem wordt bekeken, kan er compleet anders uitzien. Een PDF die correct wordt weergegeven op de Windows-computer waarop deze is gemaakt, kan op een Mac- of Linux-systeem tofu weergeven (de bijnaam voor de lege rechthoekige vakken die verschijnen wanneer een lettertype een specifiek teken mist). Deze inconsistentie kan volledig worden voorkomen tijdens het maken van de PDF.
Tekencoderingsconflicten tussen Windows, macOS en Linux
Het gebruik van een browsergebaseerde PDF-tool betekent ook dat u nooit software hoeft te installeren of bij te werken. De tool draait op externe servers en levert resultaten via uw browser, zodat u altijd toegang heeft tot de nieuwste versie zonder downloads. Dit is vooral handig als u een bestand snel moet verwerken op een apparaat waarop u geen beheerdersrechten heeft om programma's te installeren.
Naast ontbrekende lettertypen is tekencodering de tweede belangrijkste reden waarom PDF's op verschillende platforms anders worden weergegeven. Tekencodering is het systeem dat numerieke codes toewijst aan specifieke tekenvormen. Wanneer een PDF wordt gemaakt, krijgt elk teken in het document een code toegewezen op basis van de codering die door de brontoepassing wordt gebruikt. PDF bekijken op een ander besturingssysteem kan deze codes verkeerd interpreteren.
Windows-applicaties gebruiken historisch gezien oudere codepagina's zoals Windows-1252 voor West-Europese talen of Shift-JIS voor Japans. Mac-toepassingen gebruiken doorgaans op Unicode gebaseerde coderingen. Linux-systemen gebruiken standaard UTF-8. Wanneer een PDF die op Windows is gemaakt met een Windows-specifieke codering wordt geopend op een systeem dat dezelfde numerieke codes anders interpreteert, is het resultaat mojibake, de term voor onleesbare tekst die wordt veroorzaakt door onjuiste tekencodering.
Het probleem komt het vaakst voor bij speciale tekens: slimme aanhalingstekens, accenttekens, valutasymbolen en wiskundige notatie. Een PDF die is gemaakt in een Europese taal en waarin tekens met accenten worden gebruikt, zoals é, ö of ñ, kan deze tekens weergeven als gecodeerde symbolen wanneer deze wordt geopend op een systeem met een andere standaardcodering. De PDF-specificatie omvat mechanismen om de tekencodering expliciet in het bestand te definiëren, maar niet alle software voor het maken van PDF's implementeert deze correct of consistent.
Vooral PDF's in Aziatische talen zijn kwetsbaar. Documenten met Chinese, Japanse of Koreaanse tekst die zijn gemaakt op een systeem met een oudere codering, bevatten mogelijk niet de benodigde tekentoewijzingen. Het openen van een dergelijk bestand op een ander besturingssysteem kan complete wartaal opleveren in plaats van slechts een paar onleesbare tekens. Voor organisaties die meertalige documenten verwerken, vormen coderingsproblemen een reëel bedrijfsrisico dat van invloed kan zijn op contracten, juridische documenten en klantcommunicatie.
Beschadigde lettertypetabellen en beschadigde PDF-structuur
Lettertypeproblemen worden niet altijd veroorzaakt door ontbrekende bestanden. Soms zijn de lettertypegegevens aanwezig in de PDF, maar zijn ze beschadigd. Een PDF slaat lettertype-informatie op in structuren die lettertypetabellen worden genoemd en die tekencodes toewijzen aan glyph-beschrijvingen. Als deze tabellen beschadigd raken tijdens bestandsoverdracht, onvolledige download of schijffouten, kan de leestoepassing de lettertypegegevens niet correct interpreteren, ook al zijn deze technisch ingebed.
Gedeeltelijke corruptie kan tot de meest verwarrende resultaten leiden. Mogelijk ziet u op de meeste pagina's de juiste tekst, maar op specifieke pagina's verminkte tekens, of letters die correct worden weergegeven in koppen, maar niet in de hoofdtekst. Deze patronen ontstaan doordat verschillende delen van de PDF naar verschillende subsets van lettertypen verwijzen en slechts enkele van die subsets beschadigd zijn.
Vaak is een Repair PDF-aanpak nodig als u merkt dat hetzelfde bestand vorige week correct werd weergegeven, maar vandaag verminkte tekst weergeeft. Dit veranderingspatroon in de loop van de tijd wijst bijna altijd op datacorruptie in plaats van op een probleem met de vervanging van lettertypen. Bestandsbeschadiging kan optreden tijdens het verzenden van e-mail, cloudsynchronisatie of zelfs wanneer een opslagapparaat defect raakt.
PDF's die door meerdere systemen gaan, lopen een groter risico. Elke keer dat een bestand wordt verwerkt door een mailserver, een cloudopslagdienst of een bestandscompressietool, is er een kleine kans op gegevensbeschadiging. Bij meerdere overdrachten wordt dit risico groter. Een PDF die van een Windows-desktop via een e-mailserver, een spamfilter en uiteindelijk naar een Mac Mail-client reist, kan bij elk van deze stappen corruptie oplopen, en lettertypetabellen, die tot de meest complexe onderdelen van een PDF behoren, zijn vaak de eerste structuren die schade vertonen.
Niet-standaard lettertypeformaten en oudere PDF-versies
Het PDF-formaat is aanzienlijk geëvolueerd sinds de introductie ervan in 1993. Oudere PDF-bestanden kunnen lettertypeformaten gebruiken die moderne kijkers niet langer volledig ondersteunen. Type 1-lettertypen (PostScript) waren standaard in vroege PDF's, maar Adobe begon ze in 2021 af te schaffen en voltooide de uitfasering in 2023 (Adobe, "PostScript Type 1 Font End of Support", 2023). Het openen van een PDF met Type 1-lettertypen in een huidige versie van Adobe Acrobat of een moderne browsergebaseerde viewer kan een terugval van lettertypen veroorzaken die vervormde uitvoer oplevert.
Op dezelfde manier sluiten sommige PDF-makers lettertypen in in eigen of gecomprimeerde formaten die alleen hun eigen software volledig kan decoderen. Een PDF die door een oudere versie van AutoCAD is gegenereerd, gebruikt mogelijk SHX-lettertypen die in wezen vormbestanden zijn in plaats van standaardlettertypeformaten. De meeste algemene PDF-viewers kunnen deze niet correct weergeven en het resultaat op een ander besturingssysteem is voorspelbaar: willekeurige symbolen, verkeerd uitgelijnde tekens of spaties.
Op maat gecodeerde lettertypen vormen een andere uitdaging. Sommige tools voor het maken van PDF's bouwen direct een aangepaste tekencodering op, waarbij de in het document gebruikte glyphs worden toegewezen aan willekeurige posities in een lettertypetabel. Als de PDF-lezer deze aangepaste codering niet correct parseert, worden de verkeerde glyphs weergegeven. De tekst ziet er misschien nog steeds uit als echte woorden, maar de letters zijn verwisseld of vervangen, wat soms erger is dan voor de hand liggende onzin, omdat de lezer zich misschien niet meteen realiseert dat de inhoud verkeerd is.
Hoe u een PDF met onleesbare tekens kunt repareren
Wanneer u een onleesbare PDF tegenkomt, zijn er verschillende manieren om leesbare tekst te herstellen. De snelste oplossing is vaak om de PDF opnieuw te maken op basis van het originele brondocument. Open het originele Word-bestand, Google Doc of ontwerpbestand en exporteer het opnieuw als PDF, waarbij het insluiten van lettertypen expliciet is ingeschakeld. In Microsoft Word vindt u deze instelling onder Bestand, Opties, Opslaan en vinkt u vervolgens 'Lettertypen insluiten in het bestand' aan. In Google Documenten worden bij de download als PDF-optie altijd lettertypen ingesloten. In Adobe InDesign of Illustrator wordt het insluiten van lettertypen beheerd in de exportinstellingen onder het paneel Geavanceerd.
Als het originele brondocument niet beschikbaar is, kan WukongPDF het bestand opnieuw verwerken via de browsergebaseerde engine, die lettertypegegevens normaliseert en coderingsconflicten oplost, ongeacht het besturingssysteem dat wordt gebruikt om de uitvoer te bekijken. Een speciale tool Repair PDF kan ook helpen door de interne PDF-lettertypetabellen te ontleden en te proberen deze te reconstrueren of de bestaande tekencodes toe te wijzen aan standaard Unicode-waarden.
Het afdrukken van de PDF naar een nieuwe PDF is een andere praktische oplossing. De meeste besturingssystemen bevatten een optie "Afdrukken naar PDF" of "Opslaan als PDF" optie in het afdrukdialoogvenster. Wanneer u een onleesbare PDF naar een nieuwe PDF afdrukt, geeft de afdrukpijplijn van het systeem elke pagina weer als een afbeeldingsachtige weergave en schrijft deze vervolgens naar een nieuw, schoon PDF-bestand. Dit proces verwijdert de problematische lettertypereferenties volledig en integreert alleen de visuele representatie. Het nadeel is dat de nieuwe PDF geen selecteerbare of doorzoekbare tekst zal hebben, omdat de tekens worden weergegeven als grafische elementen.
Voor PDF's met coderingsproblemen in plaats van ontbrekende lettertypen kan het converteren van het bestand naar een tussenformaat de tekentoewijzing opnieuw instellen. Sommige tools kunnen de onbewerkte tekst uit een PDF extraheren en naar een nieuw bestand schrijven met de juiste Unicode-codering. Deze aanpak werkt goed voor documenten waarin verminkte tekst in het Latijnse schrift wordt weergegeven, veroorzaakt door niet-overeenkomende codering, maar het helpt mogelijk niet bij aangepaste of bedrijfseigen lettertypecoderingen. In die gevallen is de print-naar-PDF-methode betrouwbaarder.
Lettertypeproblemen voorkomen bij het maken van PDF's voor platformonafhankelijk gebruik
Voorkomen is veel eenvoudiger dan repareren. Als u regelmatig PDF's maakt die over verschillende besturingssystemen worden gedeeld, kunnen een paar gewoonten vrijwel alle weergaveproblemen met betrekking tot lettertypen elimineren.
Sluit ten eerste altijd lettertypen in wanneer u naar PDF exporteert. Elke belangrijke document- en ontwerptoepassing biedt deze optie, ook al kan het verschillende namen hebben: "Lettertypen insluiten," "Voeg lettertypen toe," of "Subset-lettertypen." Bij de subinstellingen van lettertypen worden alleen de tekens ingesloten die daadwerkelijk in het document worden gebruikt, in plaats van het volledige lettertypebestand, waardoor de PDF-grootte beheersbaar blijft en toch alle benodigde tekengegevens worden verstrekt. De lichte toename van de bestandsgrootte is een kleine prijs die moet worden betaald voor gegarandeerde leesbaarheid op meerdere platforms.
Ten tweede: blijf bij standaard of algemeen beschikbare lettertypen als insluiten om licentieredenen niet mogelijk is. De 14 standaard Type 1-lettertypen die in de originele PDF-specificatie zijn gedefinieerd, waaronder Times, Helvetica, Courier en Symbol, zijn gegarandeerd beschikbaar op elke PDF-lezer, ongeacht het besturingssysteem. Moderne equivalenten die veilig zijn op alle platforms zijn onder meer Arial, Times New Roman en de Google Noto-lettertypefamilie, die meer dan 1.000 talen omvat en vrij herdistribueerbaar is.
Ten derde: test uw PDF op ten minste één ander besturingssysteem voordat u deze op grote schaal verspreidt. Open het bestand op een apparaat met een ander besturingssysteem dan het besturingssysteem waarmee u het hebt gemaakt. Controleer niet alleen de eerste pagina, maar meerdere pagina's in het document, en let vooral op speciale tekens, letters met accenten of niet-Latijnse tekst. Vijf minuten testen kan urenlange verwarring bij uw ontvangers voorkomen.
Ten vierde: controleer de PDF-eigenschappen na het maken. De meeste PDF-viewers kunnen een lijst met lettertypen weergeven die in het document worden gebruikt en aangeven of elk lettertype is ingesloten of niet. In Adobe Acrobat staat dit onder Bestand, Eigenschappen, Lettertypen. In browsergebaseerde viewers is de lettertypelijst doorgaans toegankelijk via documenteigenschappen of inspectietools. Als u lettertypen ziet staan vermeld met "(Embedded)" ernaast zou het bestand correct op alle platforms moeten worden weergegeven.
Overweeg ten slotte het gebruik van het PDF/A-formaat voor documenten die langdurige platformonafhankelijke betrouwbaarheid nodig hebben. PDF/A is een ISO-gestandaardiseerde versie van PDF die het insluiten van lettertypen verplicht stelt en functies verbiedt die inconsistenties in de weergave kunnen veroorzaken. Het is specifiek ontworpen voor archiveringstoepassingen waarbij documenten tientallen jaren in de toekomst leesbaar moeten blijven, ongeacht hoe besturingssystemen en lettertypetechnologieën zich ontwikkelen.