GitXplorerGitXplorer
m

unicode-emoji-json

public
326 stars
51 forks
1 issues

Commits

List of commits on branch main.
Verified
88b2983e4cf8f555850c4740a977f57b3252a139

Update to 16.0

mmuan committed 4 months ago
Verified
48fe0228426e47b07ca38d8d77950c098f9142d9

0.7.0

mmuan committed 4 months ago
Verified
f761c55bc0519fdaf1d2803cdd4afebe7de7cc61

Avoid exporting default in case of major version bump

mmuan committed 4 months ago
Verified
af6462b28cda7e3144f41669072dfb57ab518f75

Merge remote-tracking branch 'origin/main'

mmuan committed 4 months ago
Verified
763f0ae30d9e89d7a36a4273828124f1f76ebc7b

types: Add core types (#20)

mmuan committed 4 months ago
Verified
ba5e1a56bf7229851fd7a0efa84ac69244dbdc16

types: Fix typos

hhyperupcall committed 9 months ago

README

The README file for this repository.

Unicode Emoji JSON Test status

This library provides a up-to-date version of emoji data from Unicode in JSON format, in a number of easily consumable file structures.

Check out muan/emojilib for emoji keyword pairings for extended searchability.

Details

RGI only

This data does not contain minimally-qualified and unqualified emoji.

RGI: Recommended for General Interchange. A subset of emojis which is likely to be widely supported across multiple platforms.

Minimally-qualified or unqualified emoji zwj sequences may be handled in the same way as their fully-qualified forms; the choice is up to the implementation.

Full description can be found at http://www.unicode.org/reports/tr51/.

Skin tone variations

Emoji's skin tone variations are consolidated into one base entry, with a skin_tone_support flag on them.

This means one entry of πŸ‘‹ represents its 5 variations– πŸ‘‹πŸ», πŸ‘‹πŸΌ, πŸ‘‹πŸ½, πŸ‘‹πŸΎ, πŸ‘‹πŸΏ; while raw unicode data list them as individual emoji entries.

Files

data-by-emoji.json:

{
  "πŸ˜€": {
    "name": "grinning face",
    "slug": "grinning_face",
    "group": "Smileys & Emotion",
    "emoji_version": "2.0",
    "unicode_version": "6.1",
    "skin_tone_support": false
  },
  ...
  "πŸ‘‹": {
    "name": "waving hand",
    "slug": "waving_hand",
    "group": "People & Body",
    "emoji_version": "2.0",
    "unicode_version": "6.0",
    "skin_tone_support": true,
    "skin_tone_support_unicode_version": "8.0"
  },
}

data-by-group.json:

{
  "Smileys & Emotion": [
    {
      "emoji": "πŸ˜€",
      "skin_tone_support": false,
      "name": "grinning face",
      "slug": "grinning_face",
      "unicode_version": "6.1",
      "emoji_version": "2.0"
    },
  ],
  ...
}

data-ordered-emoji.json:

[
  "πŸ˜€",
  "πŸ˜ƒ",
  ...
]

data-emoji-components.json:

{
  "light_skin_tone": "🏻",
  "medium_light_skin_tone": "🏼",
  ...
}

Development

  1. npm install

Install dependencies.

  1. npm run download

Download the latest data dump from unicode.org. Update the version variable in this file when a new version is available. Experiment with a version by passing an argument for version number: npm run download 13.0.

  1. npm run build

Parse and format the downloaded data into different files for distribution. This script also generates stats.json for use in test. Update the parser if the content format from unicode data has changed.

  1. npm test

Run test that ensures the build data matches the count of emoji parsed from the data source.

A common People's category test failure after an Emoji version upgrade might be that there are new dual skin tone emoji unaccounted for. Verify this by reading through the change log and see if there are any emoji that can be modified with two skin tone modifiers and add them to generate-emoji-counts.js then run npm run build which will update stats.json; then run the test again. This isn't automated currently. See #3.

Unicode License Agreement

https://www.unicode.org/license.html