I'm requesting a TAG review of Unicode's MessageFormat 2.0.
Software needs to construct messages that incorporate various pieces of information. The complexities of the world's languages make this challenging. MessageFormat 2 defines the data model, syntax, processing, and conformance requirements for the next generation of dynamic messages. It is intended for adoption by programming languages, software libraries, and software localization tooling. It enables the integration of internationalization APIs (such as date or number formats), and grammatical matching (such as plurals or genders). It is extensible, allowing software developers to create formatting or message selection logic that add on to the core capabilities. Its data model provides a means of representing existing syntaxes, thus enabling gradual adoption by users of older formatting systems. The goal is to allow developers and translators to create natural-sounding, grammatically-correct, user interfaces that can appear in any language and support the needs of diverse cultures.
Organization/project driving the specification: Unicode CLDR
Multi-stakeholder support³: ICU4C, ICU4J, ICU4X, TC39-TG2 has a proposal. Links to follow. There is a public review on-going in the WG repo's issues list.
Status/issue trackers for implementations⁴:
See also blog which includes links to implementations.
Relevant time constraints or deadlines: 12 February 2025 is v47 Beta. 26 February is v47 public Beta. Before these dates would be ideal, but we recognize that this might not be possible.
OpenedJan 21, 2025
こんにちは TAG-さん!
I'm requesting a TAG review of Unicode's MessageFormat 2.0.
Software needs to construct messages that incorporate various pieces of information. The complexities of the world's languages make this challenging. MessageFormat 2 defines the data model, syntax, processing, and conformance requirements for the next generation of dynamic messages. It is intended for adoption by programming languages, software libraries, and software localization tooling. It enables the integration of internationalization APIs (such as date or number formats), and grammatical matching (such as plurals or genders). It is extensible, allowing software developers to create formatting or message selection logic that add on to the core capabilities. Its data model provides a means of representing existing syntaxes, thus enabling gradual adoption by users of older formatting systems. The goal is to allow developers and translators to create natural-sounding, grammatically-correct, user interfaces that can appear in any language and support the needs of diverse cultures.
See also blog which includes links to implementations.
Further details:
You should also know that...
This specification was reviewed somewhat informally at TPAC 2023 (very many significant changes have occurred since).