年間を通じて、様々なフォントがアニュアルレポートに使用されています。
これらのフォントの約80%は、PDFをxHTMLに変換し、XBRLレイヤーとマージする際に完全に機能します。
最後の20%は、変換プロセスでいわゆるUnicodeに変換されます。
Unicodeの図形はグラフィック要素として保存され、それはHTMLの使用に適していないことを意味します。しかし、これはグラフィックとして保存されているためです。XBRLレイヤーの作成に必要なExcelテンプレートの技術的な金額に置換された時点で、HTMLはフォントを変更した実際の数値としてレンダリングします。
ほとんどの場合、私たちの変換は問題なくフォントを一致させることができます。フォントがUnicodeに変更された場合、通常4つの異なるシナリオが見られます：
- ほとんどの場合、フォントは置換前とまったく同じように見えます。
- ごくまれに、変換後にフォントがわずかに変更されることがあります。しかし、これは肉眼ではほとんど目立ちません。
- さらにまれなケースでは、フォントが目立つほど変更されることがあります。読みやすいのですが、全体的なエクスペリエンスから遠ざかってしまいます。
- 稀なケース（約1～2％）では、フォントが単に機能しません。見た目が悪く、かろうじて読み取れる程度で、このような場合はフォントを変更する以外にオプションはありません。
XBRLレイヤーが必要とするのは実際の数字であり、コードのどこかにあるグラフィック要素への参照ではありませんから、フォントを変更するという選択肢はありません。
そのため、フォントにエクスペリエンス上の問題が発生した場合、最善の解決策は、マーケティング部門やデザインエージェンシーが、Unicodeに変換されないものの、一致する別のフォントを検索することです。