Om ditt typsnitt ser fel ut på något ställe (ofta siffrorna) efter att du har konverterat till iXBRL beror det troligen på ett problem med renderingen av data i HTML. Om så är fallet är den bästa lösningen ofta att använda ett annat typsnitt inom samma typsnittsfamilj som används av ditt designtypsnitt .
Varför teckensnittet ser fel ut
När din rapport konverteras från PDF och Excel till iXBRL ersätts siffrorna med de tekniska beloppen från Excel-mallen, HTML renderar dem som riktiga siffror vilket ändrar teckensnittet. Cirka 80% av de teckensnitt som används ersätts utan några visuella förändringar när PDF-filen konverteras till XHTML och sedan sammanfogas med XBRL-lagret. De sista 20% är unicode-teckensnitt, vilket innebär att teckensnittet lagras som grafiska element. Det innebär att de inte är särskilt lämpade för HTML-användning.
I de flesta fall kommer vår plattform att kunna matcha teckensnitten utan problem, men när det gäller unicode ser vi vanligtvis fyra olika scenarier:
- Oftast ser teckensnittet ut precis som det gjorde innan det byttes ut;
- I sällsynta fall ändras teckensnittet en aning efter konverteringen;
- I vissa ännu mer sällsynta fall ändras teckensnittet så mycket att det blir märkbart;
- I sällsynta fall (cirka 1-2%) fungerar typsnittet helt enkelt inte. Det ser illa ut och det är knappt läsbart. I dessa fall finns det inget annat alternativ än att ändra teckensnittet i PDF-filen.
Lösningen
Eftersom XBRL-skiktet behöver faktiska siffror och inte en hänvisning till ett grafiskt element någonstans i koden, finns det inget alternativ till att anpassa typsnittet för siffrorna.
Så om du upplever problem med ditt typsnitt är den bästa lösningen ofta att din marknadsavdelning hittar ett annat typsnitt som matchar men inte renderas som unicode.