|
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