Render emojis natively

[unknwon]

emojify.js is archived and no longer maintained, we should render it natively, possible via https://github.com/kyokomi/emoji.

Would solve #3023.

[unknwon]

https://github.com/enescakir/emoji

[boltronics]

Under Debian GNU/Linux 10 (at least), Emojies are not working properly in Chrome and Chromium if the user uses the OS X emoji picker to insert an emoji into a PR comment.

Not sure the extent of this issue as we only started using Gogs today. The OS X one was only showing two black empty boxes prior to installing some additional fonts, but the second typed one in the picture always seems to work. Also, the issue doesn't exist in Firefox.

Is the problem related to this issue, or worth creating a new issue for?

FWIW, I don't have this issue when people use the OS X emoji picker in Slack and other web apps. Thanks.

[unknwon]

@boltronics thanks for the info! So if I understand correctly, using real images are actually better in your case?

[boltronics]

@unknwon No problem!

Sorry, so to clarify, this is what I see when I view source of the one that doesn't work properly (the top one added by the OS X emoji picker):

And this is the one that's working fine, which I just typed by hand (as I have no emoji picker tool on GNU/Linux set up, so this is what I usually do on GitHub and Slack):

To demonstrate on GitHub:

becomes (when previewed):

and this method works fine in Gogs too.

Then I looked for some emojis that someone would have posted to GitHub from OS X, and found an example:

Interestingly, when I view the page source, I see this:

I see the emoji in the source fine here, but not in the Gogs example. This leads me to think that maybe the issue is actually related to the way Gogs is saving emoji information in posts? I don't know much about this.

[unknwon]

@boltronics Thanks, will think about it!