爲什麼Firefox和Chrome呈現「ಠ_ಠ」（U + 0CA0）的方式不同，即使我同時設置了UTF-8？

Question

有問題的字符是ಠ（U+0CA0; &＃3232;）。這裏有三個截圖：

的Chrome 17爲Mac

的Firefox 7的Mac

火狐> 4的Windows

我試過的所有瀏覽器都有UTF-8編碼。這裏是複製粘貼：ಠ_ಠ，但我不知道你是如何看到它。

Answer 1

這可能是由於不同的平臺和瀏覽器具有不同的默認字體和字體實現。

的font-family上SO是：

Arial,Liberation Sans,DejaVu Sans,sans-serif 

所以不同的字體將適用於不同的平臺。

在你的Mac示例中，不同的瀏覽器顯示不同的「缺失」字形 - 帶有簡單正方形的FF，在框中呈現丟失字形的十六進制Unicode的FF（本例中爲0CA0）。

Answer 2

該字形沒有被網頁瀏覽器用來顯示該頁面的字體所覆蓋，該頁面既可以是瀏覽器的默認字體，也可以是頁面上由CSS指定的字體。你需要確保你指定了一個CSS字體，這在所有環境中都最有可能保證這個字形。 Arial，例如。

這個問題是不是與所使用的字符編碼有關。在使用的字符編碼中的問題寧願導致Mojibake，而不是在具有代表Unicode代碼點的十六進制代碼的空框或框中，其基本上標識所使用的字體中不可用的字形。

Answer 3

您發佈的內容不包含U + 3232包含的表意文字有「㈲」，但是包含三個字符的序列U + 0CA0 U + 005F U + 0CA0，即兩個KANNADA LETTER TTHA字符之間的LOW LINE。我不知道發生了什麼事以及在哪裏。發佈URL可能會有所幫助。

由於不同的字體庫，在不同計算機上的渲染有所不同。屏幕截圖中的前兩個效果圖表明缺少字形，即系統中沒有字體包含字符U + 0CA0。

Firefox和Chrome（與IE不同）傾向於通過掃描所有可用字體來查找字符。但罕見的特殊字符在字體中的實現往往不令人滿意，因此爲了獲得最佳效果，請查看支持字符的字體列表，並按照首選項的順序在您的字體系列聲明中指定它們。這也有助於窮IE瀏覽器在可用時找到合適的字體。

如果你想要的字符實際上是U + 3232，那麼查看 http://www.fileformat.info/info/unicode/char/3232/fontsupport.htm 它最有可能不包含所有字體，因爲出現了新的字體。但是對於這個字符，Arial Unicode MS可能是在大多數瀏覽情況下將使用的字體 - 如果不可用，則會看到缺少字形的指示符。