diff --git a/xproc/src/main/xml/specification.xml b/xproc/src/main/xml/specification.xml index 9abedbf32..0b8c41880 100644 --- a/xproc/src/main/xml/specification.xml +++ b/xproc/src/main/xml/specification.xml @@ -487,7 +487,7 @@ document has no base URI. The value of the (optional) “serialization” property holds serialization - properties for the document. If present, it’s value must be of type + properties for the document. If present, its value must be of type map(xs:QName, item()*). It is a dynamic error if a value is assigned to the serialization document property that cannot be converted into map(xs:QName, item()*) according @@ -1134,7 +1134,7 @@ or in either order. Step5 is connected to Step3 because it reads from the output of Step3. It is also transitively connected to Step2 and the connections that Step2 has. Step5 is also connected -to Step4 because it’s option “option1” is connected to “someVar” +to Step4 because its option “option1” is connected to “someVar” which is connected to “ecount” which reads its context from Step4. @@ -3426,7 +3426,7 @@ is “3.1”. A pragmatic approach to 3.0 and 3.1 In practice, implementations are expected to treat version “3.0” as a synonym for version “3.1”. Although there are technically a few -backwards incompatiblities between 3.1 and 3.0, all known processors +backwards incompatibilities between 3.1 and 3.0, all known processors have always implemented the behavior now defined in 3.1, so it is of no consequence. Requiring processors to reject pipelines labeled “3.0” would be @@ -4126,7 +4126,7 @@ execution time of a step is measured. Status and debugging output The [p:]message -attribute can appear on any step invocation. It’s value is treated +attribute can appear on any step invocation. Its value is treated as an attribute value template (irrespective of any enclosing [p:]expand-text setting) and the computed value is made available.