Als uw lettertype er op een bepaalde plaats niet goed uitziet (vaak de cijfers) nadat u naar iXBRL hebt geconverteerd, is dat waarschijnlijk te wijten aan een probleem met het renderen van de gegevens in HTML. Als dit het geval is, is de beste oplossing vaak om een ander lettertype toe te passen binnen dezelfde lettertypefamilie die door uw lettertypeontwerper wordt gebruikt.
Waarom het lettertype er niet goed uitziet
Wanneer uw rapport wordt geconverteerd van PDF en Excel naar iXBRL, worden de cijfers vervangen door de technische bedragen uit de Excel-sjabloon, HTML geeft ze weer als echte cijfers, waardoor het lettertype verandert. Ongeveer 80% van de gebruikte lettertypen worden zonder visuele wijzigingen vervangen wanneer de PDF naar XHTML wordt geconverteerd en vervolgens met de XBRL-laag wordt samengevoegd. De laatste 20% zijn unicode-lettertypes, wat betekent dat het lettertype wordt opgeslagen als grafische elementen. Dit betekent dat ze niet ideaal geschikt zijn voor HTML-gebruik.
In de meeste gevallen kan ons platform de lettertypen zonder problemen matchen, maar als het op unicode aankomt, zien we meestal vier verschillende scenario's:
- Meestal ziet het lettertype er precies zo uit als vóór de vervanging;
- In zeldzame gevallen verandert het lettertype een beetje na de conversie;
- In sommige nog zeldzamere gevallen verandert het lettertype zo veel dat het opvalt;
- In de zeldzaamste gevallen (ongeveer 1-2%) werkt het lettertype gewoon niet. Het ziet er slecht uit en het is nauwelijks leesbaar. In deze gevallen is er geen andere optie dan het lettertype in de PDF te wijzigen.
De oplossing
Omdat de XBRL-laag echte cijfers nodig heeft en geen verwijzing naar een grafisch element ergens in de code, is er geen alternatief voor het aanpassen van het lettertype van de cijfers.
Dus als u problemen ondervindt met uw lettertype, is de beste oplossing vaak dat uw marketingafdeling een ander lettertype vindt dat overeenkomt, maar niet als unicode wordt weergegeven.