[Webkit-unassigned] [Bug 191976] [FreeType] Noto Color Emoji is partially used

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Nov 27 02:08:23 PST 2018


https://bugs.webkit.org/show_bug.cgi?id=191976

--- Comment #4 from Akira TAGOH <akira at tagoh.org> ---
(In reply to Michael Catanzaro from comment #3)
> Thanks for joining, Akira!
> 
> If I understand you properly, your suggestion is to override the font
> specified by the website whenever displaying emoji characters, e.g. ignore
> the fonts requested by the website's CSS:
> 
> font-family: Arial, sans;
> 
> and instead ask fontconfig specifically for the emoji font (somehow), but
> only for the specific characters that are emoji. All emoji characters would
> need to be somehow split out by WebKit into separate font runs (not sure if
> I'm using the correct terminology there). We could certainly try to do it....
> 
> The results would be unexpected if the website uses a custom emoji web font,
> though, since that font would then be ignored. That's not great. Maybe
> matching Chrome (so changing nothing) would be best.
> 
> I wonder how Apple handles this.

W3C is about to define "emoji" generic family in CSS Fonts 4 (https://www.w3.org/TR/css-fonts-4/). I guess the web browsers may be sonner or later going to support them. I guess after that, the logic of fonts selection in the html rendering engine might becomes to be more complicated. or it could be a css bug in a content perhaps as if the order of fonts is important.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20181127/a7ceb8a7/attachment.html>


More information about the webkit-unassigned mailing list