-
-
Notifications
You must be signed in to change notification settings - Fork 35
Provide normative guidance on function/option/option value impl. #925
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from 1 commit
4ab5aff
eafc745
0656662
0a78c8e
380c6ff
5b0ff59
186890f
cd8db87
1d7c836
2cc3e04
32bfa3b
327ead3
0b36edc
b34fd64
5dc5067
1e5a13d
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,11 +1,34 @@ | ||
| # MessageFormat 2.0 Default Function Registry | ||
|
|
||
| This section describes the functions for which each implementation MUST provide | ||
| a _function handler_ to be conformant with this specification. | ||
|
|
||
| Implementations MAY implement additional _functions_ or additional _options_. | ||
| In particular, implementations are encouraged to provide feedback on proposed | ||
| _options_ and their values. | ||
| This section defines the **standard** _functions_ which are REQUIRED for conformance with this specification, | ||
| along with **optional** _functions_ that SHOULD be implemented to support | ||
| additional functionality. | ||
|
|
||
| Implementations MUST define and support each **standard** _function_ and | ||
| MUST accept all _options_ and _option_ values defined as **standard** listed in this specification. | ||
|
|
||
| When defined and supported by an implementation, each **optional** _function_ | ||
| MUST accept all _options_ and _option_ values listed as **standard** in this specification. | ||
|
|
||
| Implementations SHOULD implement _options_ and _option_ values that are marked as **optional**. | ||
|
|
||
| Implementations MAY implement _functions_ not defined in this specification. | ||
| Such functions MUST use an implementation-defined _namespace_. | ||
aphillips marked this conversation as resolved.
Outdated
Show resolved
Hide resolved
|
||
| In addition, implementations are encouraged to provide mechanisms for users to | ||
| register and use user-defined _functions_ and their associated _functional handlers_. | ||
aphillips marked this conversation as resolved.
Outdated
Show resolved
Hide resolved
|
||
|
|
||
| Implementations MAY implement additional _options_ not defined here. | ||
aphillips marked this conversation as resolved.
Outdated
Show resolved
Hide resolved
|
||
| Such _options_ MUST use an implementation-specific _namespace_. | ||
aphillips marked this conversation as resolved.
Show resolved
Hide resolved
|
||
|
|
||
| Implementations MAY implement additional _option_ values for _options_ defined here, | ||
| although care needs to be exercised to ensure interoperability | ||
| and to avoid collisions with future standardization. | ||
| There is no namespace mechanism for _option_ values, | ||
| however, the [stability policy](#stability-policy) for this specification | ||
|
||
| permits only the ranges a-z, A-Z, and 0-9 in _option_ values. | ||
aphillips marked this conversation as resolved.
Outdated
Show resolved
Hide resolved
|
||
| Implementation-defined values SHOULD use a distinguishing character | ||
| or character sequence, such as by prefixing with a `_` U+005F LOW LINE, | ||
| to ensure that they don't collide with future standardization. | ||
aphillips marked this conversation as resolved.
Outdated
Show resolved
Hide resolved
|
||
|
|
||
| > [!NOTE] | ||
| > The [Stability Policy](/spec#stability-policy) allows for updates to | ||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.