Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit c56e88f

Browse files
authored
Define "option resolution" and require order to be insignificant
This addresses concerns raised in #903 - define `option resolution` as a term - require that option order is not significant I was tempted to define the term `resolved options`, but held back.
1 parent 1baac19 commit c56e88f

File tree

1 file changed

+9
-1
lines changed

1 file changed

+9
-1
lines changed

spec/formatting.md

Lines changed: 9 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -333,7 +333,15 @@ Implementation-defined _functions_ SHOULD use an implementation-defined _namespa
333333
334334
#### Option Resolution
335335
336-
The result of resolving _option_ values is an unordered mapping of string identifiers to values.
336+
**_<dfn>Option resolution</dfn>_** is the process of computing the _options_
337+
for a given _expression_.
338+
_Option resolution_ results in a mapping of string _identifiers_ to _values_.
339+
The order of _options_ MUST NOT be significant.
340+
341+
> For example, the following _message_ treats both both placeholders identically:
342+
> ```
343+
> {$x :function option1=foo option2=bar} {$x :function option2=bar option1=foo}
344+
> ```
337345
338346
For each _option_:
339347

0 commit comments

Comments
 (0)