Widzimy wiele różnych czcionek w raportach rocznych, z którymi pracujemy przez cały rok.
Około 80% tych czcionek działa idealnie, gdy plik PDF jest konwertowany na xHTML, a następnie łączony z warstwą XBRL.
Ostatnie 20% jest przekształcane w tak zwany Unicode podczas procesu konwersji.
Liczby w Unicode są przechowywane jako elementy graficzne, co oznacza, że nie nadają się do użycia w HTML. Nadal działają i wyglądają dobrze, ale to dlatego, że są przechowywane jako grafika. W momencie, gdy zostaną one zastąpione kwotami technicznymi z szablonu Excel, który jest potrzebny do utworzenia warstwy XBRL, HTML wyrenderuje je jako rzeczywiste liczby, co spowoduje zmianę czcionki.
W większości przypadków nasz konwerter będzie w stanie dopasować czcionki bez problemu. Gdy czcionka jest zmieniana na Unicode, zazwyczaj widzimy cztery różne scenariusze:
- Najczęściej czcionka wygląda dokładnie tak, jak przed wymianą.
- W kilku rzadkich przypadkach czcionka zmienia się nieznacznie po konwersji. Jest to jednak ledwo zauważalne gołym okiem.
- W niektórych, jeszcze rzadszych przypadkach, czcionka zmienia się tak bardzo, że staje się zauważalna. Chociaż są one czytelne, odbiera to ogólne wrażenia.
- W najrzadszych przypadkach (około 1-2%) czcionka po prostu nie działa. Wygląda to źle i jest ledwo czytelne, a w takich przypadkach nie ma innej opcji niż zmiana czcionki.
Ponieważ warstwa XBRL wymaga rzeczywistych liczb, a nie odniesienia do elementu graficznego gdzieś w kodzie, nie ma alternatywy dla zmiany czcionki.
Tak więc, jeśli masz problemy z czcionką, najlepszym rozwiązaniem jest często znalezienie przez dział marketingu lub agencję projektową innej czcionki, która pasuje, ale nie konwertuje się na Unicode.