FYI: google's are Apache licensed here: <a href="https://github.com/googlefonts/noto-emoji" rel="nofollow">https://github.com/googlefonts/noto-emoji</a><p>Twitter emoji (discord uses these also) are open source: <a href="https://twemoji.twitter.com/" rel="nofollow">https://twemoji.twitter.com/</a><p>Both of these are very consistent and good open source emoji. I think in the past a lot of these projects that were not backed by companies eventually devolved into a paid product that was no longer open source, but I'm hopeful that openmoji continues down the FOSS path.
Emojis are normally used inlined in text. So, I think, they should demo theirs the same size as they would be when inlined in text. Otherwise hard to tell tell the emoji quality.
I'm also a bit concerned with the thick black outlines, they may look not as good at the small scale (may look too noisy or may overpower small color details).
The last time I evaluated these for use in my app, I found that the "consistent" and "minimalist" visual style makes it really difficult to recognise object/plant/food emoji from one another by shape or at a distance. Other emoji have clear shapes, but not enough internal detail to understand what they mean. this is especially problematic with a set of non-Android, non-Twitter, non-Apple emoji, where users haven't <i>learned</i> the shapes yet, but have to go by looks. It looks like the creators of this project wanted "function over form", or at least "form follows function", but in their pursuit of Bauhaus they accidentally ended up with Droodles.
From the site: "All emojis are free to use under the CC BY-SA 4.0 license"<p>I'd like CC0 better for this case. If anyone is looking for a repository with many CC0 icons (among other licenses), I recommend SvgRepo: <a href="https://www.svgrepo.com/" rel="nofollow">https://www.svgrepo.com/</a>
These are great. Certain interactions are really tough to represent pictographically but they did pretty well from what I saw.<p>They've even had a go at the black and white versions of some flags! (but naturally they have a few they need to work on still). Flip the color switch on the link below to see it:<p><a href="https://openmoji.org/library/#group=extras-unicode%2Fsubdivision-flag" rel="nofollow">https://openmoji.org/library/#group=extras-unicode%2Fsubdivi...</a>
In case someone doesn't know emojipedia, here is the link: <a href="https://emojipedia.org/" rel="nofollow">https://emojipedia.org/</a><p>It covers all existing more or less complete emoji sets,, with licensing information (except for Apple Emojis. Nobody knows what is the license for Apple Emojis and how summer developers get away with using them).
I'm a fan of the artwork in some of the older versions of Noto Color Emoji, which is also open source and freely-licensed.<p>But, it's good to have more options in the open emoji field -- if only Apple would freely license <i>their</i> emoji artwork.
you can see them all a little easier at
<a href="https://hfg-gmuend.github.io/openmoji/" rel="nofollow">https://hfg-gmuend.github.io/openmoji/</a>
Sweet!<p>I'm making an android game and UTF8 emojis are great for UI icons. I'm currently using the Google Noto one but it's certainly not usable in games.<p>I'm waiting for Godot 4 to allow me to display android native emojis from the system font, but I'm not sure yet it will really work.<p>I now want to try if I can use this font for my icons, as long as godot allows me to load a font and pick UTF8 character by their codepoint.
> OpenMoji is an open-source project of 50+ students and 2 professors of the HfG Schwäbisch Gmünd (Design University) and external contributers.<p>Congrats to everybody for taking time and giving us those emojis.
for a while I've been thinking that it would be cool if emojis were directly in the font, so that they changed style to match the font being used.
No pregnant man emoji, 0/10 literally unusable<p>On a more serious note, what are the author's plans to extend it? I saw that it's a project, so will it keep growing or is it pretty much done?
Unicode has emojis[0] which are freely usable for nearly every device as far as I understand.<p>What is the purpose here? How much overlap?<p>[0] <a href="https://unicode.org/emoji/charts/full-emoji-list.html" rel="nofollow">https://unicode.org/emoji/charts/full-emoji-list.html</a>
They even include a number of that aren't in Unicode (yet?), like this Trump emoji [1]. They are allocated in the Private Use Zone of Unicode, so there shouldn't be any collisions with future unicode additions.<p>1: <a href="https://openmoji.org/library/#emoji=E183" rel="nofollow">https://openmoji.org/library/#emoji=E183</a>
This hasn't caught up to the change in presentation of the pistol emoji: the version presented clearly depicts a revolver:<p><a href="https://openmoji.org/library/#emoji=1F52B" rel="nofollow">https://openmoji.org/library/#emoji=1F52B</a>
Generally, I really very much like the style. I wonder about the skin tones and inclusion. I only see yellow supported.<p>There's an argument to be made that just having 1 unrealistic color could be more inclusive than many skin tones, but the characteristics of the people look white in general. Like, even the curly haired person. They just look like white people. I'm white, but this doesn't seem very inclusive.<p>Is there a skin tone variant I'm missing?