CLDR 46 Release Note

No. Date Rel. Note Data Charts Spec Delta GitHub Tag Delta DTD CLDR JSON
46 2024-10-24 v46 CLDR46 Charts46 LDML46 Δ46 release-46 ΔDtd46 46.0.0
46.1 2024-12-18 v46.1 n/a Charts46.1 LDML46.1 Δ46.1 release-46-1 ΔDtd46.1 46.1.0

Overview

Unicode CLDR provides key building blocks for software supporting the world’s languages. CLDR data is used by all major software systems (including all mobile phones) for their software internationalization and localization, adapting software to the conventions of different languages.

The most significant changes in this release were:

For more details, see below.

Locale Coverage Status

Current Levels

Count Level Usage Examples
97 Modern Suitable for full UI internationalization čeština, Ελληνικά‎, Беларуская‎, ‎ᏣᎳᎩ‎, Ქართული‎, ‎Հայերեն‎, ‎עברית‎, ‎اردو‎, አማርኛ‎, ‎नेपाली‎, অসমীয়া‎, ‎বাংলা‎, ‎ਪੰਜਾਬੀ‎, ‎ગુજરાતી‎, ‎ଓଡ଼ିଆ‎, தமிழ்‎, ‎తెలుగు‎, ‎ಕನ್ನಡ‎, ‎മലയാളം‎, ‎සිංහල‎, ‎ไทย‎, ‎ລາວ‎, မြန်မာ‎, ‎ខ្មែរ‎, ‎한국어‎, 中文, 日本語‎, … ‎
16 Moderate Suitable for “document content” internationalization, e.g. in spreadsheets Akan, Balóchi [Látin], brezhoneg, Cebuano, føroyskt, IsiXhosa, Māori, sardu, veneto, Wolof, татар, тоҷикӣ, कांगड़ी‎, …
55 Basic Suitable for locale selection, e.g. choice of language on mobile phone Basa Sunda, emakhuwa, Esperanto, eʋegbe, Frysk, Malti, босански (ћирилица), କୁୱି (ଅଡ଼ିଆ), కువి (తెలుగు), ᱥᱟᱱᱛᱟᱲᱤ, ᓀᐦᐃᓇᐍᐏᐣ‬, ꆈꌠꉙ‎, …

Changes

± New Level Locales
📈 Modern Nigerian Pidgin, Tigrinya
📈 Moderate Akan, Baluchi (Latin), Kangri, Tajik, Tatar, Wolof
📈 Basic Ewe, Ga, Kinyarwanda, Konkani (Latin), Northern Sotho, Oromo, Sichuan Yi, Southern Sotho, Tswana
📉 Basic* Chuvash, Anii

* Note: The number of items needed for Modern and Moderate increases every release. Therefore, locales without active contributors may drop in coverage level.

For a full listing, see Coverage Levels.

Specification Changes

The following are the most significant changes to the specification (LDML):

  1. Message Format — see a summary below
  2. LDML Conformance
  3. Emoji search keywords in tech preview — see a summary below
  4. Semantic skeletons
  5. Grouping classes of characters and other collation changes — see a summary below

There are many more changes that are important to implementations, such as changes to certain identifier syntax and various algorithms. See the Modifications section of the specification for details.

Data Changes

DTD Changes

  1. Added alt='official' to represent cases where an official value differs from the customary value. Currently added for a small number of language names, decimal separators, and grouping separators.
  2. Added new numbering systems from Unicode 16.0.

For a full listing, see Delta DTDs.

Supplemental Data Changes

  1. Currency
    • New currency code ZWG added — because it was late in the cycle, many locales will just support the code (no symbol or name).
  2. Dates & Times
    • Added a new calendar type, iso8601. This is not the same as the ISO 8601 standard format, which is designed just for data interchange: it is all ASCII, does not have all the options for fields (like “Sunday”, “BC”, or “AM”), and does not contain spaces. The CLDR iso8601 calendar uses patterns in the order: era, year, month, day, day-of-week, hour, minute, second, day-period, timezone.
    • Changed the metazone for Kazakhstan to reflect removal of Asia/Almaty, thus dropping the distinction among different regions in Kazakhstan.
    • Added support for deprecated timezone codes by remapping: CST6CDT → America/Chicago, EST → America/Panama, EST5EDT → America/New_York, MST7MDT → America/Denver, PST8PDT → America/Los_Angeles.
  3. Units
    • Added units: portion-per-1e9 (aka per-billion), night (for hotel stays), light-speed (as an internal prefix for light-second, light-minute, etc.)
    • Changed preferred wind speed preference for some locales to meter-per-second. More preference changes are planned for the next release.
  4. Minimization for likelySubtags removes many additional redundant mappings.
    • For example, the mapping acy_Grek → acy_Grek_CY is unnecessary, because the mapping acy → acy_Latn_CY is sufficient. For the reason why, see the algorithm in Likely Subtags.
    • The ordering in the file is more consistent: first the main mappings, then the mapping from region and/or script to likely language, then the data contributed by SIL.
    • The regions have been cleaned up: there are no entries with ZZ, and 001 is limited to artifical languages such as Interlingua. The only other macroregion code is in und_419 → es_Latn_419 (Spanish‧Latin‧Latin America)
  5. Macrolanguage mapping / locale canonicalization
    • Parent and defaultContent mappings have been added for Kara-Kalpak (kaa) and Konkani (kok); defaultContent mappings have been added for Kazakh (kk), Ladin (lld), Latgalian (ltg), Mócheno (mhn), and Chinese (Latin, China) (zh_Latn_CN).
    • The predominant language encompassed by “kok” (Konkani macrolanguage) has been changed from “knn” (Konkani / individual language) to “gom” (Goan Konkani) in CLDR-17121
      • The TC found that the predominant encompassed language is “gom” according to local governments and also industry practice; and the CLDR data in the “kok” locale has really been “gom” not “knn”.
      • As a result, “knn” no longer canonicalizes to “kok”; instead, “gom” now canonicalizes to “kok”.
      • CLDR follows long-standing industry practice in using a macrolanguage subtag instead of the predominant encompassed language. Other examples include the use of “zh” for Mandarin (“cmn”) and the use of “ar” for Standard Arabic (“arb”).
  6. Language matching
    • Dropped the fallback mapping desired="uk" → supported="ru" (so that Ukrainian (uk) doesn’t fall back to Russian (ru)).
      • Note: A fallback language is used when the user’s primary language is unavailable, and either the user does not have a secondary language in their settings (as on Android or iOS) or the secondary languages are also not available. As a result of this change, when the primary and secondary languages are not available, the fallback language for Ukrainian would be the system default instead of Russian.
    • Added the mapping desired="scn" → supported="it" (Sicilian → Italian).
    • Changed the mapping gomkok to knnkok (Konkani); see also the Macrolanguage mapping change above.
  7. Transforms
    • Major update to Han → Latn, reflecting new data in Unicode 16.0
    • Fixes for Arabic numbers and a Farsi vowel
  8. Other Unicode 16.0 changes
    • Additional numbering systems
    • Additional scripts and script identifiers
    • ScriptMeta has been expanded for Unicode 16.0
  9. Other updates
    • The subdivision identifiers have been updated to the latest available from ISO.
      • The removed identifiers have been deprecated.
      • Missing names have been added (from Wikidata).
    • The language subtags, script subtags, and variant subtags have been updated to the latest from IANA.
      • Some codes have been deprecated.
    • Territory Info (GDP, population, languages) has been updated from World Bank and other sources.
    • LanguageGroup info has been updated from Wikidata.
    • Plural rules have been added for some new locales.
    • Week data
      • The first day of the week has been changed for AE.
      • Hour preferences (12 v 24) have been added for English as used in Hong Kong, Malaysia, and Israel (en_HK, en_MY, en_IL).

For a full listing, see ¤¤BCP47 Delta and ¤¤Supplemental Delta

Locale Changes

  1. Major changes to emoji search keywords and short names (see below)
  2. Major changes to Chinese collation, reflecting new data in Unicode 16.0
  3. Added iso8601 patterns to root. These will use localized months, days of the week, day periods, and timezones. In this first version, the separators are not localized, and will use “-“ within numeric dates, “:” within times, and “ “ or “, “ between major elements. Full localization will await the next submission phase for CLDR.
  4. Other changes
    1. Various locales also had smaller improvements agreed to by translators.
    2. Additional test files have been added.

For a full listing, see Delta Data

Message Format Specification

The CLDR Technical Committee decided to continue the tech preview phase for Message Format in version 46. The plan is to have a final version of the specification in a 46.1 release before the end of 2024.

The most significant changes since v45 were:

Implementers should be aware of the following normative changes after the start of the tech review period.

In addition to the above, the test suite is significantly modified and updated. There will be updated tech preview implementations available in ICU (Java and C++) and in Javascript.

Emoji Search Keywords

The usage model for emoji search keywords is that:

In this release WhatsApp emoji search keyword data has been incorporated. In the process of doing that, the maximum number of search keywords per emoji has been increased, and the keywords have been simplified in most locales by breaking up multi-word keywords. An example would be white flag (🏳️), formerly having 3 keyword phrases of [white waving flag white flag waving flag], now being replaced by the simpler 3 single keywords [white waving flag]. The simpler version typically works as well or better in practice.

Collation Data Changes

There are two significant changes to the CLDR root collation (CLDR default sort order).

Realigned With DUCET

The DUCET is the Unicode Collation Algorithm default sort order. The CLDR root collation is a tailoring of the DUCET. These sort orders have differed in the relative order of groups of characters including extenders, currency symbols, and non-decimal-digit numeric characters.

Starting with CLDR 46 and Unicode 16.0, the order of these groups is the same. In both sort orders, non-decimal-digit numeric characters now sort after decimal digits, and the CLDR root collation no longer tailors any currency symbols (making some of them sort like letter sequences, as in the DUCET).

These changes eliminate sort order differences among almost all regular characters between the CLDR root collation and the DUCET. See the CLDR root collation documentation for details.

Improved Han Radical-Stroke Order

CLDR includes data for sorting Han (CJK) characters in radical-stroke order. It used to distinguish traditional and simplified forms of radicals on a higher level than sorting by the number of residual strokes. Starting with CLDR 46, the CLDR radical-stroke order matches that of the Unicode Radical-Stroke Index (large PDF). Its sorting algorithm is defined in UAX #38. Traditional vs. simplified forms of radicals are distinguished on a lower level than the number of residual strokes. This also has an effect on alphabetic indexes for radical-stroke sort orders, where only the traditional forms of radicals are now available as index characters.

JSON Data Changes

  1. Separate modern packages were dropped. CLDR-16465
  2. Transliteration (transform) data is now available in the cldr-transforms package. The JSON file contains transform metadata, and the _rulesFile key indicates an external (.txt) file containing the actual rules. CLDR-16720.

Markdown

The CLDR site is in the process of being moved to markdown source (GFM), which will regularize the formatting and make it easier to maintain and extend than with Google Sites. The URLs will remain the same. This process should be completed before release.

File Changes

Most files added in this release were for new locales, with some files being added for existing locales that increased coverage, such as /testData/personNameTest/ak.txt.

The following new /common/testData/ files have been added:

A few /common/testData/ files have been replaced:

Tooling Changes

Keyboard Changes

Migration

  1. Databases that use collation keys are sensitive to any changes in collation, and will need reindexing. This can happen with any CLDR release (especially those for a new version of Unicode), but more characters are affected in this release: see a summary above.
  2. Two collation variants are to be dropped in the CLDR 47 release: zh-u-co-gb2312 and zh-u-co-big5han. These matched the ordering of two legacy character encodings. CLDR-16062
  3. The light-speed data was withdrawn from many locales, because the purpose (as an internal prefix for light-second, light-minute, etc.) was misunderstood. Implementations may hold off supporting it until the data is complete — expected for CLDR 47.

Known Issues

  1. CLDR-17095 The region-based firstDay value (see weekData) is currently used for several different purposes. In the future, some of these functions will be separated out:
    • The day that should be shown as the first day of the week in a calendar view.
    • The first day of the week (day 1) for weekday numbering.
    • The first day of the week for week-of-year calendar calculations.
  2. CLDR-18056 “facing right” emojis are missing the skin tone in annotationsDerived
  3. CLDR-18080 Han-Latin transform worse due to a change for 著 in Unicode 16

Fixed Issues

  1. CLDR-17610 Updated zip to include LICENSE file following file renaming

46.1 Changes

Version 46.1 is a dot release.

The major change is to bring the Message Format 2.0 specification in Part 9 to Final Candidate status.

Addition standard functions and options are available:

There are many other spec changes; for a full list, see Message Format Modifications The most significant changes to Message Format 2.0 are:

Other changes include

For a full listing, see Δ46.1

Acknowledgments

Many people have made significant contributions to CLDR and LDML; see the Acknowledgments page for a full listing. We’d especially like to acknowledge the work done by interns this release: Chris Pyle, Helena Aytenfisu (ህሊና የሺጥላ አይተንፍሱ), and Emiyare Cyril Ikwut-Ukwa.

The Unicode Terms of Use apply to CLDR data; in particular, see Exhibit 1.

For web pages with different views of CLDR data, see http://cldr.unicode.org/index/charts.