The cldrjs npm package is a JavaScript library that provides access to the Unicode Common Locale Data Repository (CLDR). It allows developers to handle internationalization (i18n) tasks such as formatting dates, times, numbers, and currencies, as well as handling plurals and other locale-specific data.
Locale Data Access
This feature allows you to access locale-specific data. In this example, we create a new CLDR instance for the English locale and retrieve the display names for languages.
const Cldr = require('cldrjs');
const en = new Cldr('en');
console.log(en.get('localeDisplayNames/languages'));Number Formatting
This feature allows you to format numbers according to locale-specific rules. In this example, we use the Globalize library along with cldrjs to format a number in the English locale.
const Cldr = require('cldrjs');
const Globalize = require('globalize');
Globalize.load(require('cldr-data/main/en/numbers.json'));
Globalize.load(require('cldr-data/supplemental/likelySubtags.json'));
Globalize.locale('en');
console.log(Globalize.numberFormatter()(1234567.89));Date and Time Formatting
This feature allows you to format dates and times according to locale-specific rules. In this example, we use the Globalize library along with cldrjs to format the current date and time in the English locale.
const Cldr = require('cldrjs');
const Globalize = require('globalize');
Globalize.load(require('cldr-data/main/en/ca-gregorian.json'));
Globalize.load(require('cldr-data/supplemental/likelySubtags.json'));
Globalize.locale('en');
console.log(Globalize.dateFormatter({ datetime: 'medium' })(new Date()));Pluralization
This feature allows you to handle pluralization according to locale-specific rules. In this example, we use the Globalize library along with cldrjs to determine the plural category for numbers in the English locale.
const Cldr = require('cldrjs');
const Globalize = require('globalize');
Globalize.load(require('cldr-data/main/en/plurals.json'));
Globalize.load(require('cldr-data/supplemental/plurals.json'));
Globalize.locale('en');
console.log(Globalize.plural(1)); // 'one'
console.log(Globalize.plural(2)); // 'other'Globalize is a comprehensive internationalization library that leverages CLDR data for formatting and parsing dates, numbers, and currencies, as well as handling pluralization and message formatting. It is often used in conjunction with cldrjs to provide a complete i18n solution.
Moment.js is a popular library for parsing, validating, manipulating, and formatting dates. While it does not directly use CLDR data, it provides extensive support for internationalization through its locale system.
date-fns is a modern JavaScript date utility library that provides a comprehensive set of functions for working with dates. It includes support for internationalization through its locale system, although it does not use CLDR data directly.
Luxon is a modern JavaScript library for working with dates and times. It is built on top of the native JavaScript Date object and provides extensive support for internationalization, including formatting and parsing dates and times in different locales.
CLDR (unicode.org) provides locale content for I18n software. The data is provided in two formats: LDML (XML format), and JSON. Our goal is to provide a simple layer to facilitate I18n softwares to access and use the official CLDR JSON data.
| File | Minified size | Summary |
|---|---|---|
| cldr.js | 3.2KB | Core library |
| cldr/unresolved.js | +1.1KB | Provides inheritance support for unresolved data |
| cldr/supplemental.js | +1.2KB | Provides supplemental helper methods |
Quick jump:
| Organization | Project |
|---|---|
 | https://github.com/jquery/globalize |
It's designed to work both in the browser, or in node.js. It supports AMD, and CommonJs;
// Load the appropriate portion of CLDR JSON data
Cldr.load( likelySubtagsData );
Cldr.load( enData );
Cldr.load( ptBrData );
See How to get CLDR JSON data? below for more information on how to get that data.
var en = new Cldr( "en" );
en.attributes;
// {
// "languageId": "en",
// "maxLanguageId": "en-Latn-US",
// "language": "en",
// "script": "Latn",
// "territory": "US",
// "region": "US"
// }
language, script, territory (also aliased as region), and maxLanguageId are computed by adding likely subtags according to the specification.languageId is always in the succinct form, obtained by removing the likely subtags from maxLanguageId according to the specification.Comparison between different locales.
| locale | languageId | maxLanguageId | language | script | region |
|---|---|---|---|---|---|
| en | "en" | "en-Latn-US" | "en" | "Latn" | "US" |
| en-US | "en" | "en-Latn-US" | "en" | "Latn" | "US" |
| de | "de" | "de-Latn-DE" | "de" | "Latn" | "DE" |
| zh | "zh" | "zh-Hans-CN" | "zh" | "Hans" | "CN" |
| zh-TW | "zh-TW" | "zh-Hant-TW" | "zh" | "Hant" | "TW" |
| ar | "ar" | "ar-Arab-EG" | "ar" | "Arab" | "EG" |
| pt | "pt" | "pt-Latn-BR" | "pt" | "Latn" | "BR" |
| pt-BR | "pt" | "pt-Latn-BR" | "pt" | "Latn" | "BR" |
| pt-PT | "pt-PT" | "pt-Latn-PT" | "pt" | "Latn" | "PT" |
| es | "es" | "es-Latn-ES" | "es" | "Latn" | "ES" |
| es-AR | "es-AR" | "es-Latn-AR" | "es" | "Latn" | "AR" |
en.main( "numbers/symbols-numberSystem-latn/decimal" );
// ➡ "."
// Equivalent to:
// .get( "main/{languageId}/numbers/symbols-numberSystem-latn/decimal" );
ptBr.main( "numbers/symbols-numberSystem-latn/decimal" );
// ➡ ","
// Equivalent to:
// .get( "main/{languageId}/numbers/symbols-numberSystem-latn/decimal" );
Have any locale attributes replaced with their corresponding values by embracing it with {}. In the example below, {language} is replaced with "en", and {territory} with "US".
var enGender = en.get( "supplemental/gender/personList/{language}" );
// ➡ "neutral"
// Notice the more complete way to get this data is:
// cldr.get( "supplemental/gender/personList/{language}" ) ||
// cldr.get( "supplemental/gender/personList/001" );
var USCurrencies = en.get( "supplemental/currencyData/region/{territory}" );
// ➡
// [ { USD: { _from: "1792-01-01" } },
// { USN: { _tender: "false" } },
// { USS: { _tender: "false" } } ]
var enMeasurementSystem = en.get( "supplemental/measurementData/measurementSystem/{territory}" );
// ➡ "US"
// Notice the more complete way to get this data is:
// cldr.get( "supplemental/measurementData/measurementSystem/{territory}" ) ||
// cldr.get( "supplemental/measurementData/measurementSystem/001" );
Get undefined for non-existent data.
en.get( "/crazy/invalid/path" );
// ➡ undefined
// Avoid this
enData && enData.crazy && enData.crazy.invalid && enData.crazy.invalid.path;
If you are using unresolved JSON data, you can resolve them dynamically during runtime by loading the cldr/unresolved.js extension module. Currently, we support bundle inheritance.
Cldr.load( unresolvedEnData );
Cldr.load( unresolvedEnGbData );
Cldr.load( unresolvedEnInData );
Cldr.load( parentLocalesData ); // supplemental
Cldr.load( likelySubtagsData ); // supplemental
var enIn = new Cldr( "en-IN" );
enIn.main( "dates/calendars/gregorian/dateTimeFormats/availableFormats/yMd" );
// ➡ "dd/MM/y"
// 1st time retrieved by resolving: en-IN ➡ en-GB (parent locale lookup).
// Further times retrieved straight from the resolved cache.
enIn.main( "numbers/symbols-numberSystem-latn/decimal" );
// ➡ "."
// 1st time retrieved by resolving: en-IN ➡ en-GB (parent locale lookup) ➡ en (truncate lookup)
// Further times retrieved straight from the resolved cache.
We offer some convenient helpers.
var usFirstDay = en.supplemental.weekData.firstDay();
// ➡ sun
// Equivalent to:
// en.get( "supplemental/weekData/firstDay/{territory}" ) ||
// en.get( "supplemental/weekData/firstDay/001" );
var brFirstDay = ptBr.supplemental.weekData.firstDay();
// ➡ mon
// Equivalent to:
// ptBr.get( "supplemental/weekData/firstDay/{territory}" ) ||
// ptBr.get( "supplemental/weekData/firstDay/001" );
We officially support:
Sniff tests show cldr.js also works on the following browsers:
If you find any bugs, please just let us know. We'll be glad to fix them for the officially supported browsers, or at least update the documentation for the unsupported ones.
cldr.js has no external dependencies. You can include it in the script tag of your page and you're ready to go. Download it by clicking here.
<script src="cldr.js"></script>
// Load the appropriate portion of CLDR JSON data.
// See "How to get CLDR JSON data?" below for more information on how to get that data.
Cldr.load( cldrJsonData );
// Instantiate it by passing a locale.
var ptBr = new Cldr( "pt-BR" );
// Get CLDR item data given its path.
ptBr.main( "numbers/symbols-numberSystem-latn/decimal" );
// ➡ ","
// Equivalent to:
// .get( "main/{languageId}/numbers/symbols-numberSystem-latn/decimal" );
We are UMD wrapped. So, it supports AMD, CommonJS, or global variables (in case neither AMD nor CommonJS have been detected).
Example of usage on AMD:
bower install cldrjs
require.config({
paths: {
"cldr": "bower_components/cldrjs/dist/cldr"
}
});
require( [ "cldr", "cldr/supplemental", "cldr/unresolved" ], function( Cldr ) {
...
});
Example of usage with Node.js:
npm install cldrjs
var Cldr = require( "cldrjs" );
The Unicode CLDR is available for download as JSON (json.zip). This file contains the complete data of what the Unicode CLDR Project considers the top 20 languages (at the time of this writing).
You can generate the JSON representation of the languages not available in the ZIP file by using the official conversion tool (tools.zip). This ZIP contains a README with instructions on how to build the data.
You can choose to generate unresolved data to save space or bandwidth (-r false option of the conversion tool), and instead have it resolve at runtime.
For the examples below, first fetch CLDR JSON data:
wget http://www.unicode.org/Public/cldr/latest/json.zip
unzip json.zip -d cldr
Example of embedding CLDR JSON data:
<script>
// Embedded (hard-coded) CLDR JSON data.
Cldr.load({
supplemental: {
likelySubtags: {
...
}
}
});
</script>
Example of loading it dynamically:
<script src="jquery.js"></script>
<script>
$.get( "cldr/supplemental/likelySubtags.json", Cldr.load );
</script>
Example using AMD (also see our functional tests):
define([
"cldr",
"json!cldr/supplemental/likelySubtags.json"
], function( Cldr, likelySubtags ) {
Cldr.load( likelySubtags );
});
Example using Node.js:
var Cldr = require( "cldrjs" );
Cldr.load( require( "./cldr/supplemental/likelySubtags.json" ) );
It's NOT recommended that libraries embed data into its code logic for some reasons: avoid forcing a certain data version on users, avoid maintaining locale changes, avoid duplicating data among different i18n libraries.
We recommend loading CLDR data must be performed by end user code.
It depends on the used modules.
| File | Required CLDR JSON data |
|---|---|
| cldr.js | cldr/supplemental/likelySubtags.json |
| cldr/unresolved.js | - |
| cldr/supplemental.js | cldr/supplemental/{timeData, weekData}.json |
You must also load any portion of the CLDR data you plan to use in your library or your end-application.
Load resolved or unresolved [1] JSON data.
Cldr.load({
"main": {
"pt-BR": {
"numbers": {
"symbols-numberSystem-latn": {
"decimal": ","
}
}
}
}
});
1: Unresolved processing is only available after loading cldr/unresolved.js extension module.
"en", "pt-BR". More information in the specification.Create a new instance of Cldr.
Attributes is an Object created during instance initialization (construction), and are used internally by .get() to replace dynamic parts of an item path.
| Attribute | Field |
|---|---|
language | Language Subtag (spec) |
script | Script Subtag (spec) |
region or territory | Region Subtag (spec) |
languageId | Language Id (spec) |
maxLanguageId | Maximized Language Id (spec) |
language, script, territory (also aliased as region), and maxLanguageId are computed by adding likely subtags according to the specification.languageId is always in the succint form, obtained by removing the likely subtags from maxLanguageId according to the specification."/cldr/main/{languageId}/numbers/symbols-numberSystem-latn/decimal"; or[ "cldr", "main", "{languageId}", "numbers", "symbols-numberSystem-latn", "decimal" ], or [ "cldr/main", "{languageId}", "numbers/symbols-numberSystem-latn/"decimal" ] (notice the subpath parts);{languageId}, are replaced with their appropriate values;Get the item data given its path, or return undefined.
If extended with cldr/unresolved.js, get the item data or lookup by following locale inheritance, set a local resolved cache if it's found (for subsequent faster access), or return undefined.
ptBr.get( "main/{languageId}/numbers/symbols-numberSystem-latn/decimal" );
// ➡ ","
cldr.get().It's an alias for .get([ "main/{languageId}", ... ]).
ptBr.main( "numbers/symbols-numberSystem-latn/decimal" );
// ➡ ","
cldr.get().It's an alias for .get([ "supplemental", ... ]). Provided by cldr/supplemental.js.
en.supplemental( "gender/personList/{language}" );
// ➡ "neutral"
Helper function. Return the supplemental timeData allowed of locale's territory. Provided by cldr/supplemental.js.
en.supplemental.timeData.allowed();
// ➡ "H h"
Helper function. Return the supplemental timeData preferred of locale's territory. Provided by cldr/supplemental.js.
en.supplemental.timeData.preferred();
// ➡ "h"
Helper function. Return the supplemental weekData firstDay of locale's territory. Provided by cldr/supplemental.js.
en.supplemental.weekData.firstDay();
// ➡ "sun"
Helper function. Return the supplemental weekData minDays of locale's territory as a Number. Provided by cldr/supplemental.js.
en.supplemental.weekData.minDays();
// ➡ 1
Install grunt and tests external dependencies. First, install the grunt-cli and bower packages if you haven't before. These should be done as global installs. Then:
npm install && bower install
Run tests
grunt test
Build distribution file.
grunt
MIT © Rafael Xavier de Souza
FAQs
Simple CLDR traverser
We found that cldrjs demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Research
A malicious npm package disguised as a WhatsApp client is exploiting authentication flows with a remote kill switch to exfiltrate data and destroy files.
Security News
PyPI now supports digital attestations, enhancing security and trust by allowing package maintainers to verify the authenticity of Python packages.
Security News
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.