Even if this package doesn't have any dependencies, it's still a nice thing to have, at least for avoiding the v2.2.2+incompatible when importing.

This is a double go.mod setup to avoid having the generator dependencies pulled when simply importing the package.

For example, between 2.1.0 and 2.2.0,

-	":smile:":                                 "\U0001f604",
+	":smile:":                                 "\u0001f604",

but \u takes 4 digits while \U took 8, so this string is now "\u0001" + "f604", not an emoji character.

Hello,

I'd like to use emojis in Hugo, but when I execute hello.go test file in the terminal I get the following:

Hello World Emoji!
🍺  Beer!!!
I like a 🍕  and 🍣 !!

so I wonder if some font has to be installed in order to get proper glyphs displayed?

Hello,

Can you please update the emoji code map in this package so that it uses all the latest emojis.

I am using this package through Hugo (https://gohugo.io).

Thanks!

@kyokomi What is the purpose of ReplacePadding? If you have an emoji with a skin tone it currently renders like this:

Removing this fixes the issue but I don't want to cause any unwanted side affects

While it is good that Issue #20 expressed the desire to have a more up-to-date and more complete emoji list, the update to emojo_v5 in PR #27 for v2.0.0 has actually introduced errors and caused some regressions which deter users from upgrading to v2.0.0 and instead opting to stay with v1.5.1.

The emoji-v5.json from CodeFreezr/emojo_v5, as is right now, contains errors:

1. CodeFreezr/emojo#2 — "Tags": "#ERROR!" in all 6 "thumbs up" emojis
2. CodeFreezr/emojo#3 — Two emojis with "" (empty string) as shortcode
3. Since only one shortcode is listed per emoji, popular shortcodes like :+1: :+1: and :-1: :-1: are not in the list.

The error CodeFreezr/emojo#3 crept into your emoji code map, e.g.:

// Mapping from character to concrete escape code.
var emojiCodeMap = map[string]string{
	"::":                                "\U0001f590",

when v1.5.1 had

	":raised_hand_with_fingers_splayed:":     "\U0001f590",

With :+1:, :-1:, :email: and perhaps more emoji shortcodes from v1.5.1 no longer in v2.0.0, users who have written content (e.g. blog posts) with these shortcodes in the past would see their content broken after upgrading to v2.0.0. That may be the reason why Hugo (the static website generator) is sticking with v1.5.1 and not upgrading to v2.0.0.

So, yes, it could be quite a bit of work to do so, but it would be really nice if a future updates could maintain compatibility with v1.5.1 while including new emojis from v5 or even v11 or v12.

Many thanks for your kind consideration!

I have added new emoji to the codemap. This emoji isn't in the cheat sheet, however sometimes it can be useful :) Do you allow emojis that are not part of the cheat sheet, but have the unicode point defined?

Hi kyokomi,

It seams the emojis are mapped to unicode. Some custom emojis of GitHub are missing, like :octocat: :neckbeard: ... Is it possible to support these custom emoji, generated from image?https://github.com/github/gemoji/tree/master/images

I think that some of the emojis I try to convert using the emoji library are being converted to question marks.

Any chance it happens as a result of the emojis that comes with iOS 10 maybe?

First of all, thanks for a nice software!

Could you add LICENSE file? These pages might help for choosing a license.

• Open source licensing · GitHub Help
• Githubによる、オープンソースライセンスの選び方 | オープンソース・ライセンスの談話室

While testing the new init cost debugging output in go 1.16, I found that emoji has one of the higher memory init costs in Hugo's dependencies.

An an example, these are the init costs while running hugo version (which doesn't call into emoji):

$ GODEBUG=inittrace=1 go run . version 2>&1 | rg emoji
init github.com/kyokomi/emoji @15 ms, 3.9 ms clock, 783480 bytes, 3093 allocs

By deferring the emojiMap population until needed, emoji's init costs can be greatly reduced:

$ GODEBUG=inittrace=1 go run . version 2>&1 | rg emoji
init github.com/kyokomi/emoji @21 ms, 0.009 ms clock, 2824 bytes, 30 allocs

I have a branch with these changes. I can submit a PR if you're interested.

How could I convert emoji string to emoji icons and vice versa? For e.g.

msg := "😀 😃 😄 😁 😆 😅 😂 🤣 \U0001F972 😊 😇 :plus:"

I wanted to convert \U0001F972 and :plus: to emojis Also I could convert emojis to \U0001F972 or :plus: format

I could convert :plus: to Emoji and Unicode strings like \U0001F972 OR I could convert \U0001F972 to :some string: and Emoji OR I could convert Emoji to :plus: or \U0001F972