|
775 | 775 | </t>
|
776 | 776 | <t>
|
777 | 777 | <xref target="annotations">Annotation</xref> results are
|
778 |
| - combined according to the rules specified by each annotation keyword. |
| 778 | + preserved along with the instance location and the location of |
| 779 | + the schema keyword, so that applications can decide how to |
| 780 | + interpret multiple values. |
779 | 781 | </t>
|
780 | 782 | <section title="Referenced and Referencing Schemas" anchor="referenced">
|
781 | 783 | <t>
|
|
870 | 872 | <t>
|
871 | 873 | Annotations are attached to specific locations in an instance.
|
872 | 874 | Since many subschemas can be applied to any single
|
873 |
| - location, annotation keywords need to specify any unusual handling of |
874 |
| - multiple applicable occurrences of the keyword with different values. |
| 875 | + location, applications may need to decide how to handle differing |
| 876 | + annotation values being attached to the same instance location by |
| 877 | + the same schema keyword in different schema objects. |
875 | 878 | </t>
|
876 | 879 | <t>
|
877 | 880 | Unlike assertion results, annotation data can take a wide variety of forms,
|
|
924 | 927 | </t>
|
925 | 928 | </list>
|
926 | 929 | </t>
|
927 |
| - <t> |
928 |
| - If the same keyword attaches values from multiple schema locations |
929 |
| - to the same instance location, and the annotation defines a process |
930 |
| - for combining such values, then the combined value MUST also be associated |
931 |
| - with the instance location. The <xref target="output">output formats</xref> |
932 |
| - described in this specification that include annotation information |
933 |
| - meet this requirement. |
934 |
| - </t> |
935 | 930 | <section title="Distinguishing Among Multiple Values">
|
936 | 931 | <t>
|
937 | 932 | Applications MAY make decisions on which of multiple annotation values
|
|
991 | 986 | <t>
|
992 | 987 | In this example, both Feature A and Feature B make use of the re-usable
|
993 | 988 | "enabledToggle" schema. That schema uses the "title", "description",
|
994 |
| - and "default" annotations, none of which define special behavior for |
995 |
| - handling multiple values. Therefore the application has to decide how |
| 989 | + and "default" annotations. Therefore the application has to decide how |
996 | 990 | to handle the additional "default" value for Feature A, and the additional
|
997 | 991 | "description" value for Feature B.
|
998 | 992 | </t>
|
|
1066 | 1060 | <t>
|
1067 | 1061 | In addition to possibly defining annotation results of their own,
|
1068 | 1062 | applicator keywords aggregate the annotations collected in their
|
1069 |
| - subschema(s) or referenced schema(s). The rules for aggregating |
1070 |
| - annotation values are defined by each annotation keyword, and are |
1071 |
| - not directly affected by the logic used for combining assertion |
1072 |
| - results. |
| 1063 | + subschema(s) or referenced schema(s). |
1073 | 1064 | </t>
|
1074 | 1065 | </section>
|
1075 | 1066 | </section>
|
|
0 commit comments