Nous voyons beaucoup de polices différentes dans les rapports annuels avec lesquels nous travaillons tout au long de l’année.
Environ 80 % de ces polices fonctionnent parfaitement lorsque le PDF est converti en xHTML et ensuite fusionné avec la couche XBRL.
Les 20 % restants sont transformés en Unicode au cours du processus de conversion.
Les chiffres en Unicode sont stockés en tant qu’éléments graphiques, ce qui signifie qu’ils ne sont pas adaptés à une utilisation HTML. Ils fonctionnent toujours et sont toujours beaux, mais c’est parce qu’ils sont stockés sous forme de graphiques. Dès qu’ils sont remplacés par les montants techniques du modèle Excel, nécessaires à la création de la couche XBRL, le HTML les rendra comme des chiffres réels, ce qui modifiera la police.
Dans la plupart des cas, notre convertisseur sera en mesure de faire correspondre les polices sans problème. Lorsqu’une police passe à l’Unicode, on observe généralement quatre scénarios différents :
- Le plus souvent, la police ressemble exactement à ce qu’elle était avant le remplacement.
- Dans quelques rares cas, la police change légèrement après la conversion. Cela est toutefois à peine perceptible à l’œil nu.
- Dans certains cas encore plus rares, la police change tellement qu’elle en devient perceptible. Bien qu’ils soient lisibles, cela nuit à l’expérience globale.
- Dans les cas les plus rares (environ 1 à 2 %), la police ne fonctionne tout simplement pas. L’aspect est mauvais et à peine lisible et, dans ce cas, il n’y a pas d’autre solution que de changer la police.
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 de changer la police.
Si vous rencontrez des problèmes avec votre police, la meilleure solution est souvent que votre département marketing ou votre agence de design trouve une autre police qui corresponde mais qui ne soit pas convertie en Unicode.