Open Bug 1391345 Opened 7 years ago Updated 2 years ago

Some emoji on the emojione demo page don't show up

Categories

(Core :: Graphics: Text, enhancement, P5)

enhancement

Tracking

()

Tracking Status
firefox-esr52 --- wontfix
firefox55 --- wontfix
firefox56 --- wontfix
firefox57 --- fix-optional

People

(Reporter: mrbkap, Unassigned)

References

()

Details

(Keywords: feature, Whiteboard: [gfx-noted])

Attachments

(1 file)

I noticed while looking at the EmojiOne demo page (see this bug's URL) that certain emoji aren't rendered correctly. It appears that we are selecting the wrong font for certain codepoints and that font should really be the fallback.

It does appear to be a font problem. Copying and pasting the incorrectly-shown emoji into e.g. the search bar shows the proper colored emoji.

Henri, Andrew suggested you might have thoughts here, so I'm needinfo'ing you first.
Flags: needinfo?(hsivonen)
The "original" smiley-face character U+263A, seen in the middle of the screenshot, was present as a symbol in Unicode long before the encoding of the big collection of emoji, and hence tends to be present (as a monochrome symbol glyph) in a lot of general text fonts.

Therefore, there's a good chance that U+263A will be found in one of the fonts in the font-family list, unlike the bulk of the newer emoji characters which are only supported by specific color-emoji fonts.

This wouldn't be a problem if our font selection algorithm took account of the U+FE0F variation selector that follows U+263A on the page, and requests an "emoji-style" rendering. But currently we don't handle this; if the specified font (from the font-family property) supports the base character U+263A, that's the font we'll use -- and if it doesn't provide color-emoji rendering, then we just get a monochrome glyph.
(In reply to Blake Kaplan (:mrbkap) from comment #0)
> Henri, Andrew suggested you might have thoughts here, so I'm needinfo'ing
> you first.

I don't have any insight beyond comment 1.
Flags: needinfo?(hsivonen)
(In reply to Jonathan Kew (:jfkthame) from comment #1)
> Therefore, there's a good chance that U+263A will be found in one of the
> fonts in the font-family list, unlike the bulk of the newer emoji characters
> which are only supported by specific color-emoji fonts.

Are we planning on doing this? Is there already a bug filed? If not, I'll convert this bug to be a feature request to do that or close this one, as appropriate.
Flags: needinfo?(jfkthame)
To some extent, at least, it'd be covered by bug 543200, although that predates the text-style vs emoji-style presentation issue, so it wasn't the main focus of that bug; and although some promising work was begun there, it has languished for a while now. :(

It's also worth noting that CSS Fonts level 4 introduces a new property (font-presentation in the current draft, see https://drafts.csswg.org/css-fonts-4/#font-presentation-desc) which would be relevant to controlling this behavior.
Flags: needinfo?(jfkthame)
Whiteboard: [gfx-noted]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: