[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