Skip to content

Commit 849db9c

Browse files
aphillipseemeli
andauthored
Prepare Repo for 46.1 (#953)
* Prepare Repo for 46.1 * Update why_mf_next.md * Update README.md Co-authored-by: Eemeli Aro <[email protected]> --------- Co-authored-by: Eemeli Aro <[email protected]>
1 parent 0e9dca8 commit 849db9c

File tree

2 files changed

+10
-37
lines changed

2 files changed

+10
-37
lines changed

README.md

Lines changed: 8 additions & 35 deletions
Original file line numberDiff line numberDiff line change
@@ -26,12 +26,10 @@ or anything that would be helpful in stabilizing the specification and
2626
promoting widespread adoption.
2727

2828
The MFWG specifically requests feedback on the following issues:
29-
- How best to define value resolution [#678](https://github.com/unicode-org/message-format-wg/issues/678)
3029
- How to perform non-integer exact number selection [#675](https://github.com/unicode-org/message-format-wg/issues/675)
31-
- Whether `markup` should support additional spaces [#650](https://github.com/unicode-org/message-format-wg/issues/650)
32-
- Whether "attribute-like" behavior is needed and what form it should take [#642](https://github.com/unicode-org/message-format-wg/issues/642)
33-
- Whether to relax constraints on complex message start [#610](https://github.com/unicode-org/message-format-wg/issues/610)
3430
- Whether omitting the `*` variant key should be permitted [#603](https://github.com/unicode-org/message-format-wg/issues/603)
31+
- Whether there should be normative requirements for markup handling [#586](https://github.com/unicode-org/message-format-wg/issues/586)
32+
- Whether the delimiters used for literals and patterns were chosen correctly [#602](https://github.com/unicode-org/message-format-wg/issues/602)
3533

3634
## What is MessageFormat 2?
3735

@@ -54,7 +52,7 @@ user interfaces that can appear in any language and support the needs of diverse
5452

5553
The current specification starts [here](spec/README.md) and may have changed since the publication
5654
of the Tech Preview version.
57-
The Tech Preview specification is [here](https://www.unicode.org/reports/tr35/tr35-72/tr35-messageFormat.html)
55+
The Tech Preview specification is [here](https://www.unicode.org/reports/tr35/tr35-73/tr35-messageFormat.html)
5856

5957
The current draft syntax for defining messages can be found in [spec/syntax.md](./spec/syntax.md).
6058
The syntax is formally described in [ABNF](spec/message.abnf).
@@ -110,43 +108,18 @@ The Working Group continues to address feedback
110108
and develop portions of the specification not completed for the LDML45 Tech Preview release.
111109
The `main` branch of this repository contains changes implemented since the technical preview.
112110

113-
Implementers should be aware of the following normative changes during the tech preview period.
111+
Implementers should be aware of the following normative changes during the v46.1 tech preview period.
114112
See the [commit history](https://github.com/unicode-org/message-format-wg/commits)
115-
after 2024-04-13 for a list of all commits (including non-normative changes).
116-
- [#885](https://github.com/unicode-org/message-format-wg/issues/885) Address equality of `name` and `literal` values, including requiring keys to use NFC
117-
- [#884](https://github.com/unicode-org/message-format-wg/issues/884) Add support for bidirectional isolates and strong marks in syntax and address UAX31/UTS55 requirements
118-
- [#883](https://github.com/unicode-org/message-format-wg/issues/883) Remove forward-compatibility promise and all reserved/private syntax.
119-
- [#882](https://github.com/unicode-org/message-format-wg/issues/882) Specify `bad-option` error for bad digit size options in `:number` and `:integer` functions
120-
- [#878](https://github.com/unicode-org/message-format-wg/issues/878) Clarify "rule" selection in `:number` and `:integer` functions
121-
- [#877](https://github.com/unicode-org/message-format-wg/issues/877) Match on variables instead of expressions.
122-
- [#854](https://github.com/unicode-org/message-format-wg/issues/854) Allow whitespace at complex message start
123-
- [#853](https://github.com/unicode-org/message-format-wg/issues/853) Add a "duplicate-variant" error
124-
- [#845](https://github.com/unicode-org/message-format-wg/issues/845) Define "attributes" feature
125-
- [#834](https://github.com/unicode-org/message-format-wg/issues/834) Modify the stability policy (not currently in effect due to Tech Preview)
126-
- [#816](https://github.com/unicode-org/message-format-wg/issues/816) Refine error handling
127-
- [#815](https://github.com/unicode-org/message-format-wg/issues/815) Removed machine-readable function registry as a deliverable
128-
- [#813](https://github.com/unicode-org/message-format-wg/issues/813) Change default of `:date` and `:datetime` date formatting from `short` to `medium`
129-
- [#812](https://github.com/unicode-org/message-format-wg/issues/812) Allow trailing whitespace for complex messages
130-
- [#793](https://github.com/unicode-org/message-format-wg/issues/793) Recommend the use of escapes only when necessary
131-
- [#775](https://github.com/unicode-org/message-format-wg/issues/775) Add formal definitions for variable, external variable, and local variable
132-
- [#774](https://github.com/unicode-org/message-format-wg/issues/774) Refactor errors, adding Message Function Errors
133-
- [#771](https://github.com/unicode-org/message-format-wg/issues/771) Remove inappropriate normative statement from errors.md
134-
- [#767](https://github.com/unicode-org/message-format-wg/issues/767) Add a test schema and
135-
[#778](https://github.com/unicode-org/message-format-wg/issues/778) validate tests against it
136-
- [#775](https://github.com/unicode-org/message-format-wg/issues/775) Add a definition for `variable`
137-
- [#774](https://github.com/unicode-org/message-format-wg/issues/774) Refactor error types, adding a _Message Function Error_ type (and subtypes)
138-
- [#769](https://github.com/unicode-org/message-format-wg/issues/769) Add `:test:function`,
139-
`:test:select` and `:test:format` functions for implementation testing
140-
- [#743](https://github.com/unicode-org/message-format-wg/issues/743) Collapse all escape sequence rules into one (affects the ABNF)
113+
after 2024-11-20 for a list of all commits (including non-normative changes).
141114

142115
In addition to the above, the test suite is significantly modified and updated.
143116

144117

145118
## Implementations
146119

147-
- Java: [`com.ibm.icu.message2`](https://unicode-org.github.io/icu-docs/apidoc/dev/icu4j/index.html?com/ibm/icu/message2/package-summary.html), part of ICU 75, is a _tech preview_ implementation of the MessageFormat 2 syntax, together with a formatting API. See the [ICU User Guide](https://unicode-org.github.io/icu/userguide/format_parse/messages/mf2.html) for examples and a quickstart guide.
148-
- C/C++: [`icu::message2::MessageFormatter`](https://unicode-org.github.io/icu-docs/apidoc/released/icu4c/classicu_1_1message2_1_1MessageFormatter.html), part of ICU 75, is a _tech preview_ implementation of MessageFormat 2.
149-
- JavaScript: [`messageformat`](https://github.com/messageformat/messageformat/tree/master/packages/mf2-messageformat) 4.0 implements the MessageFormat 2 syntax, together with a polyfill of the runtime API proposed for ECMA-402.
120+
- Java: [`com.ibm.icu.message2`](https://unicode-org.github.io/icu-docs/apidoc/dev/icu4j/index.html?com/ibm/icu/message2/package-summary.html), part of ICU 76, is a _tech preview_ implementation of the MessageFormat 2 syntax, together with a formatting API. See the [ICU User Guide](https://unicode-org.github.io/icu/userguide/format_parse/messages/mf2.html) for examples and a quickstart guide.
121+
- C/C++: [`icu::message2::MessageFormatter`](https://unicode-org.github.io/icu-docs/apidoc/released/icu4c/classicu_1_1message2_1_1MessageFormatter.html), part of ICU 76, is a _tech preview_ implementation of MessageFormat 2.
122+
- JavaScript: [`messageformat`](https://github.com/messageformat/messageformat/tree/main/mf2/messageformat) 4.0 implements the MessageFormat 2 syntax, together with a polyfill of the runtime API proposed for ECMA-402.
150123

151124
The working group is also aware of these implementations in progress or released, but has not evaluated them:
152125
- [i18next](https://www.npmjs.com/package/i18next-mf2) i18nFormat plugin to use mf2 format with i18next, version 0.1.1

docs/why_mf_next.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
# Why `MessageFormat` needs a successor ([issue #49](https://github.com/unicode-org/message-format-wg/issues/49))
22

3-
Check out the [YouTube video](https://www.youtube.com/watch?v=-DlS6KNopoU)
4-
of the Unicode Technical Workshop (UTW)
3+
Check out the [YouTube video](https://www.youtube.com/watch?v=4jucYXE42_s)
4+
of the Unicode Technical Workshop 2024 (UTW)
55
presentation about MessageFormat 2.0 which includes a discussion of
66
why MessageFormat is important and why MessageFormat 2.0 is needed.
77

0 commit comments

Comments
 (0)