Karl Dubost💡 :karlcow Reporter
	Description • 11 years ago

Steps to reproduce:

 Go to a Web page with emoji
 For example https://miketaylr.com/posts/2013/11/do-the-http-redirect-dance.html

Expected result

 Have emoji being displayed.

Actual result

  Having a dark grey square.


It might require an open license font having an Emoji set.
https://github.com/Genshin/PhantomOpenEmoji

I wonder if there are others.

	Jonathan Kew [:jfkthame] Assignee
	Comment 1 • 11 years ago

PhantomOpenEmoji isn't a font; it's a collection (incomplete) of emoji graphics. Though we could package those graphics into a font; see http://people.mozilla.org/~jkew/opentype-svg/emoji-sample.html for some samples where I've done just that.

There's an AndroidEmoji font in more recent versions of Android; presumably we could use that. It's more complete than the PhantomOpenEmoji set, but provides only "boring" monochrome glyphs.

	Karl Dubost💡 :karlcow Reporter
	Comment 2 • 11 years ago

Yup nice opportunity for a color design work.

	Jonathan Kew [:jfkthame] Assignee
	Comment 3 • 10 years ago

The simplest way forward here would probably be to implement bug 969814, and ship a version of Google's NotoColorEmoji font.

	Jonathan Kew [:jfkthame] Assignee
	Comment 5 • 10 years ago

Screenshot of http://emojipedia.org/ viewed on my Peak, using a build that includes the font here and the Gecko dependencies.

	Patryk Adamczyk [:patryk] UX
	Comment 6 • 10 years ago

Comment on attachment 8378684 [details] [review]
[PR] add the Noto Color Emoji font

This is great. We're actually working on a set for Messages for the next release... Just starting with stand set of about 22, eventually we'd want to expand our set to cover a full font. So its great to have this as a fall back!

	Jonathan Kew [:jfkthame] Assignee
	Comment 7 • 10 years ago

Now that the Gecko dependencies here have landed, we should merge the moztt PR to add the font. :mwu, can you take care of this? Flagging as checkin-needed...

	Michael Wu [:mwu]
	Comment 8 • 10 years ago

Done.

https://github.com/mozilla-b2g/moztt/commit/cf1dcc0704c0c1845f8a0a0b44838f7e0c0362c9

	Ahmed Nefzaoui [:Nefzaoui]
	Comment 9 • 10 years ago

I was playing around with this font on b2g, my question is: does CSS rules apply to it ? Because it doesn't seem to be doing so..

	Ahmed Nefzaoui [:Nefzaoui]
	Comment 10 • 10 years ago

I mean, e.g. I can't apply font-size when using it..

	Jonathan Kew [:jfkthame] Assignee
	Comment 11 • 10 years ago

AFAIK it ought to work similarly to any other font. I'd suggest filing a new bug with a testcase to illustrate any problems you're seeing.

	Ahmed Nefzaoui [:Nefzaoui]
	Comment 12 • 10 years ago

OK. I was wrong, It's just that I pushed the font manually to the device, but through today's build it worked.
However I do have a question, what approach will we be using to include emoji smilies in b2g ?
I tried making a layout and use unicode chars as mentioned here:
http://apps.timwhitlock.info/emoji/tables/unicode but didn't work.
The only way it showed up was to use the icons "as-is", copy pasted them. They showed up correctly in the keyboard but didn't not show up when adding them by clicking on their buttons (PS: I'm not stating a bug, just asking about how to correctly use them). So how should I be able to use them correctly? Thank you, and sorry for continuing the conversation in a resolved bug, I just felt that no need for a new bug if it was just a question.
Excuse my lack of knowledge about this..
Thanks

	Jonathan Kew [:jfkthame] Assignee
	Comment 13 • 10 years ago

(In reply to Ahmed Nefzaoui [:Nefzaoui] from comment #12)
> OK. I was wrong, It's just that I pushed the font manually to the device,
> but through today's build it worked.
> However I do have a question, what approach will we be using to include
> emoji smilies in b2g ?
> I tried making a layout and use unicode chars as mentioned here:
> http://apps.timwhitlock.info/emoji/tables/unicode but didn't work.

I'm not sure exactly what you mean by "use...as mentioned here". I'd suggest filing a new bug (unless there's one already?) about providing an input method for emoji, and then we can look at possible patches there, and investigate any problems that show up.

(It's possible, for example, that b2g keyboard layouts will have problems with supplementary-plane Unicode values - i.e. characters beyond U+FFFF - as I'd guess this probably hasn't been tried before.)