題:
當我使用Safari而不使用Chrome時,為什麼會出現類似emoji的表情符號?
Daniel
2012-02-22 05:51:26 UTC
view on stackexchange narkive permalink

當我使用Safari而不是在運行Lion的同一台MacBook上使用Chrome時,為什麼會出現類似emoji的表情符號?兩種瀏覽器都使用WebKit,我想字體支持來自操作系統,而不是應用程序。

出於參考目的,這是在Chrome 17.0.963.56中呈現的頁面:

Chrome 17.0.963.56

這是Safari 5.1.3(7534.53.10)中呈現的頁面:

Safari 5.1.3 (7534.53.10)

我正在Chrome瀏覽器中查看此內容,但在問題或標題中沒有看到,但是在窗口頂部的標籤標題中*確實*看到了它。
我很少將鼠標懸停在選項卡上以查看完整的頁面標題,但是您是對的,的確如此。這真是令人驚訝。
Chrome可能會將插件插入其自己的字符面板,這可能是本機和專有版本之間的某種混合版本。他們只需要在OS X上對其進行更新。但是我知道表情符號不僅僅是字體類型的問題(例如,僅通過安裝相應的字體就無法將表情符號移植到SL)。因此,除了閱讀新的字體類型外,他們還有更多的東西。我會向Google提交錯誤。或要求全力支持。
由於使用Chrome瀏覽器的訪問者很難閱讀標題,因此我投票將標題更改為“如何在Google Chrome上產生糞便?”
@cksum我還原了標題,因為它已成為問題中的相關信息。
@JasonSalaz,,您不需要在那裡放置表情符號。標題不需要傳達問題的每一部分。說了“為什麼我會在Safari中看到表情符號而不在Chrome中看到”,這比說清楚還多。您不需要在那裡的示例,因為實際問題中已包含一個示例。所以不,我不同意它是“相關的”信息。標題原樣很長。
有趣的是,表情符號沒有出現在Windows 7的Safari 5中。
根據我的經驗,Chrome在字體替換方面非常糟糕。如果您安裝了Symbola或其他此類字體,Chrome可能始終不會顯示該字符。
六 答案:
Ian C.
2012-02-23 01:06:39 UTC
view on stackexchange narkive permalink

區別在於瀏覽器窗口的呈現引擎。

我們知道Safari呈現的字符集與Chrome有所不同。但是Window UI元素(Chrome中的選項卡)可以。這是我們最大的線索。

窗口UI元素很可能全部由OS呈現(強調可能,在這裡我可能是不正確的)。因此,他們可以獲得完整的OS級表情符號擴展處理。

但是,Web瀏覽器窗口內部發生的一切都完全取決於瀏覽器。呈現引擎是每個瀏覽器秘訣的重要組成部分。

Safari和Chrome都使用WebKit,但是它們使用的WebKit實例之間的相似之處在引擎名稱的周圍不再存在。它們都是主版本的分支,並且都經過大量定制,以提高每個瀏覽器開發團隊認為對最終用戶有意義的方式的性能。

@JasonSalaz發現了Chrome錯誤數據庫為我們提供了最終的線索,可以歸結為WebKit分支: http://code.google.com/p/chromium/issues/detail?id=90177-該錯誤正在討論關於Chrome中的fork與開源項目中的WebKit主線之間的區別。 Chrome瀏覽器正在使用的版本尚未在主線中提供渲染差異。

更新:Paul Irish在一篇很棒的博客文章中介紹了WebKit對於當前使用它的所有這些瀏覽器的不同之處 。如果您真的想了解WebKit環境的多樣性,那麼這是一本好書。

啊應該已經抓了一些屏幕截圖。那好吧...
跟踪Emoji支持的Chromium錯誤票證就是這樣的:http://crbug.com/62435您鏈接到的副本是重複的。
記錄:Chrome 20.0.1132.57仍未解決。
很好,根據錯誤報告中的註釋17,此問題已解決。如果有人想再次投訴,則需要提交新的錯誤報告。
“ Safari和Chrome都使用WebKit,但是它們使用的WebKit實例之間的相似之處停止在引擎名稱的周圍。” -我認為這是個誇大的說法,但我認為我理解您想傳達的觀點。
@PaulD.Waite是的,它被誇大了一點以使觀點更清楚。不過,請看一下我鏈接到的Paul Irish文章,您會發現每種瀏覽器附帶的WebKit都存在很大差異。
在Chrome 38中仍然損壞。
從Chrome 41開始就可以使用!
Steffi
2013-03-21 15:56:33 UTC
view on stackexchange narkive permalink

您可以使用Chrome擴展程序 Chromoji。一種解決方法是將emoji表情替換為網頁中的嵌入式圖片。

完全有效,對於Twitter至少,請不要刪除答案。
james.garriss
2012-02-22 23:52:32 UTC
view on stackexchange narkive permalink

問題是您的瀏覽器使用的字符編碼與您正在查看的文檔的字符編碼不同。

那麼瀏覽器如何知道要使用哪種字符編碼?

  1. 可以使用 Content-Type 標頭在HTTP中指定它。
  2. 可以使用 meta 元素為HTML文檔指定。
  3. 可以使用 charset HTML>指定特定的HTML元素
  4. code>屬性。 ol>

    如果未指定這些屬性,則不同的瀏覽器將使用不同的技術來猜測正確的字符編碼。有些使用啟發式。有些允許用戶指定字符編碼。有些人選擇了操作系統的默認字符編碼。

    如果所有這些都沒有成功,那麼您會發現亂碼,也稱為mojibake。

    因此直接回答您的問題:Safari和Chrome正在嘗試不同的方法來找到正確的字符編碼。

查看-> Safari中的文本編碼顯示為“默認”。查看-> Chrome中的編碼顯示為'UTF-8'。 Safari偏好設置為默認編碼為Western(ISO拉丁語1)。如果我將Chrome中的編碼更改為Western(ISO-8859-1),Western(Windows-1252)或Western(Macintosh),我仍然看不到正確的表情符號,但是我確實看到亂碼而不是空白。我認為這不像字符編碼那麼簡單。我懷疑存在渲染差異。 (繼續...)
(從上繼續)這將解釋顯示表情符號的標題欄(文本可能是由OS X的渲染引擎渲染的,因為它是Window上的圖形元素),而頁面的主體是由Chrome自己的渲染引擎渲染的。
@IanC。如果再擴展一點,那可能是值得回答的。 Chrome使用WebKit,但不使用ObjC / Cocoa的原生支持表情符號的類之一。畢竟,Chrome的所有功能都是#1,但只有通過定制解決方案才能實現快速的邪惡。因此,Chrome要么必須明確編寫對錶情符號的支持,要么停止做使人們喜歡Safari和其他瀏覽器的事情。 (猜猜哪個更有可能?)
偶然發現:http://code.google.com/p/chromium/issues/detail?id=90177
@JasonSalaz很好地抓住了該錯誤報告。那是最後一塊。寫下答案!
我認為字符編碼是完全不相關的。 Apple的彩色表情符號字體是唯一的,某些自己的應用(例如Pages)尚不支持。如果您可以對同一字符使用普通的黑白字體,則應該可以正常顯示。
PS由於字符編碼無關緊要,因此此答案應為減號,而不是加號。
這是有關表情符號的活躍Chromium問題:https://code.google.com/p/chromium/issues/detail?id=62435
Blake Edmunds
2016-04-12 12:32:26 UTC
view on stackexchange narkive permalink

轉到Chrome菜單欄,單擊“更多工具”→“編碼”,然後選擇一種新的編碼格式。我正在使用“ Unicode UTF-8”,它似乎對我有用。

thakis
2014-12-28 07:36:29 UTC
view on stackexchange narkive permalink

https://code.google.com/p/chromium/issues/detail?id=62435最近被標記為固定;從41版開始,表情符號應在Chrome中正常顯示。

雖然有用,但這並不是真正的答案。它沒有解釋*為什麼*發生。最好將其留給國際海事組織(IMO)評論。
發生這種情況是因為未實現對錶情符號的支持。因此,一旦m41處於穩定狀態,該問題就沒有意義了。
Josh
2012-11-12 11:16:03 UTC
view on stackexchange narkive permalink

該符號是Apple製造的字符。 Safari使用自己的字符集。

實際上,“ poo of poo”是Unicode的國際標準字符-符號1F4A9,甚至不是Apple專有的,更不用說Safari的特殊功能了。有關詳細信息,請參見[Emoji上的Wikipedia條目](http://en.wikipedia.org/wiki/Emoji)和[此PDF](http://www.unicode.org/charts/PDF/U1F300.pdf)。
雖然角色不是Apple獨有的,但顏色卻是。到目前為止,我還不知道有其他顏色的字體,我想蘋果公司為此制定了自己的標準(專有的sbix表)。各種應用程序都無法識別該字體,但是會以普通的黑色/白色字體Symbola顯示。
附註:由於此字體確實存在“ Apple獨有”特徵,因此我認為此答案與減法評級所建議的差距不大。
@TomGewecke很好,“ Safari使用自己的字符集”簡直是錯誤的。因此,我認為負評級是應得的。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...