我正在运行PureBrowser (~= FirefoxESR52.8.0)在PureOS (~= Debian主测试)上,并安装了fonts-noto-color-emoji-0~20180424-2。
当我访问https://en.wikipedia.org/wiki/List_的_表情符号时,我注意到:
在运行fc-cache -f -v之后,这种情况仍然存在。

如果我将该文本复制并粘贴到文本编辑器(gedit)中,则该表情符号将如预期的那样显示(无论是以正常大小的颜色显示,还是以豆腐的形式显示):

为什么会发生这种事,我怎样才能解决呢?
发布于 2018-07-17 11:09:41
这里有几个问题在起作用:
EmojiOneMozilla.ttf (最初捆绑在火狐中,也包括在PureBrowser叉子中),它包含彩色表情符号。(Sidenote:由于许可证的更改,最近版本的Firefox Twemoji取而代之。)当遇到一个表情符号字符时,浏览器会在这三种字体之间进行选择,以决定如何呈现它们。上面的顺序是优先级的顺序,这恰好也是一个覆盖范围增加的顺序,所以旧的/常见的表情符号在Deja Vu中呈现,最近的表情符号在Emoji One中呈现,最尖端的表情符号在大比例尺的Noto emoji中呈现。
“正确”解决方案是修复浏览器和/或Noto,这样浏览器中Noto表情符号的缩放是正确的。此外,更新字体提示,使彩色表情符号优先于系统默认字体。解决这些问题是不平凡的.首先,请参阅:
同时,解决方法之一是用一个与Noto相同或更好的符号覆盖范围的彩色表情符号字体替换EmojiOneMozilla.tff:
TwitterColorEmoji-SVGinOT.ttf/usr/lib/purebrowser/fonts/EmojiOneMozilla.ttfTwitterColorEmoji-SVGinOT.ttf复制到该文件夹中现在Noto表情符号没有出现,因为Twemoji TTF有相同的表情符号覆盖范围。如果Noto覆盖率提高,Noto包得到更新,任何新的表情符号都会再次出现问题。届时,您将不得不等待一个新的Twemoji/eosrei版本,并重新应用解决方案。
如果您的PureBrowser包被更新,它可能会重新添加EmojiOneMozilla.ttf,在这种情况下,您将不得不再次删除它。它可能会删除TwitterColorEmoji SVGinOT.ttf,在这种情况下,您必须重新添加它。
https://unix.stackexchange.com/questions/444141
复制相似问题