emojione

This site shows up on google a lot but it's a bit sketchy that there isn't a link to the source / license text. Not to mention the SEO heavy descriptions. > Free Download Wallet 460 SVG vector file in monocolor and multicolor type for Sketch and Figma from Wallet 460 Vectors svg vector Plus I've found the license listed isn't always accurate. For example the emojione icons are listed as MIT. But the actual repo says CC 4.0, with the non-artwork being MIT. https://www.svgrepo.com/svg/404123/skull-and-crossbones https://github.com/joypixels/emojione/

Hey sorry for the confusion, Some of the FAQ questions are geared towards the general public, check out our github page for more detailed development info: https://github.com/Ranks/emojione Unicode has set a standard for all emoji sets to follow, but if you want to implement them on the web, native desktop display varies drastically depending on the users device, and in a lot of cases there is no support at all (Chrome on windows). This is especially useful for sites that accept input from mobile devices, ensuring that any emoji inputted from a phone will display correctly on desktop. Twitter has something similar in place using their own proprietary emoji set. We did forget to include Linux's variant in the homepage graphic, however it is included on our full comparison table (Symbola): http://www.emoji.codes/family

A very welcomed initiative! I'm curious though: why is it necessary to store the emoji characters as :shortnames: in the DB instead of using the corresponding Unicode characters, and then convert them to image tags when rendering them to HTML[1]? Couldn't the Unicode characters be rendered directly on the HTML and then the emojis shown using a custom font via @font-face? Firefox at least seems to support this using color SVG fonts[2]. I think that would be a better solution, as it would allow copy&pasting text that includes emojis. Doing so in the current Emoji One demo page copies the emojis short names instead of the Unicode symbols. And it may even let the native emojis take precedence over the Emoji One set doing (I think): body { /* Use sans-serif before Emoji One to allow rendering native emojis. */ font-family: 'Open Sans

In our git repo we provide a list of all the emoji, their category, keywords, shortnames etc in json format. https://github.com/Ranks/emojione/blob/master/emoji.json