如果在轉換/兌換為iXBRL之後，您的字型在某些地方（通常是數字部分）看起來有偏差，這極有可能是由於在HTML中渲染資料時出現了問題。如果是這種情況，最好的解決方案通常是套用設計者字型所使用的同一字型家族中的另一種字型。
為什麼字型看起來不對
當您的報告從 PDF 和 Excel 轉換/兌換成 iXBRL 時，數字會被 Excel 範本中的技術數額取代，HTML 會將它們渲染為真實的數字，從而變更字型。當 PDF 轉換/兌換為 XHTML，再與 XBRL 層合併時，約有 80% 所使用的字型會被取代，而不會有任何視覺上的變更。最後的 20% 是 unicode 字型，這意味著字型是以圖形元素的方式儲存。這意味著它們並不適合用於 HTML。
在大多數情況下，我們的平台將能夠毫無問題地匹配字型，但是當涉及到 unicode 時，我們通常會看到四種不同的情況：
- 最常見的情況是字型看起來和取代前一模一樣；
- 在極少數情況下，字型在轉換後會有少許變更；
- 在某些更罕見的情況下，字型變得更明顯；
- 在最罕見的情況下（約佔 1-2%），字型根本無法運作。看起來很糟糕，而且幾乎無法閱讀。在這些情況下，除了變更 PDF 中的字型之外，沒有其他選項。
解決方案
由於XBRL層需要的是實際的數字，而不是對代碼中某處圖形元素的參考 (資料)，因此除了調整數字的字型之外，別無他法。
因此，如果您遇到字型問題，最好的解決方案通常是由您的行銷部門尋找另一種匹配但不顯示為 unicode 的字型。