Si votre police semble incorrecte à certains endroits (souvent les chiffres) après la conversion à iXBRL, cela est probablement dû à un problème de rendu des données en HTML. Si c’est le cas, la meilleure solution sera souvent d’appliquer une police différente au sein de la même famille de polices que celle utilisée par votre designer.
Pourquoi la police de caractères n’est pas adaptée
Lorsque votre rapport est converti du PDF et d’Excel en iXBRL, les chiffres sont remplacés par les montants techniques du modèle Excel, HTML les rend comme des chiffres réels, ce qui modifie la police. Environ 80 % des polices utilisées sont remplacées sans changement visuel lorsque le PDF est converti en XHTML et ensuite fusionné avec la couche XBRL. Les 20 % restants sont des polices unicodes, ce qui signifie que la police est stockée sous forme d’éléments graphiques. Cela signifie qu’elles ne sont pas idéalement adaptées à une utilisation HTML.
Dans la plupart des cas, notre plateforme sera en mesure de faire correspondre les polices sans problème, mais lorsqu’il s’agit d’unicode, nous voyons généralement quatre scénarios différents :
- Le plus souvent, la police ressemble exactement à ce qu’elle était avant le remplacement ;
- Dans de rares cas, la police change un peu après la conversion ;
- Dans certains cas encore plus rares, la police change tellement qu’elle devient perceptible ;
- Dans les cas les plus rares (environ 1 à 2 %), la police ne fonctionne tout simplement pas. Elle n’est pas belle et elle est à peine lisible. Dans ce cas, il n’y a pas d’autre solution que de changer la police du PDF.
La solution
Comme la couche XBRL a besoin de chiffres réels et non d’une référence à un élément graphique quelque part dans le code, il n’y a pas d’autre solution que d’adapter la police de caractères des chiffres.
Par conséquent, si vous rencontrez des problèmes avec votre police, la meilleure solution est souvent que votre service marketing trouve une autre police qui corresponde mais qui ne soit pas unicode.