- From: Norman Walsh <Norman.Walsh@Sun.COM>
- Date: Mon, 26 Feb 2007 15:50:28 -0500
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <87k5y4prsb.fsf@nwalsh.com>
/ Innovimax SARL <innovimax@gmail.com> was heard to say:
| http://www.w3.org/XML/XProc/docs/alternate/
|
| == Typos ==
|
| Example 5. A Sample Pipeline Library
|
| <p:pipeline-library>
| <p:declare-step-type> name="extension-component">
</p:declare-steptype>
|
| should be (two changes the extra > and the missing "-" in close tag)
|
| <p:pipeline-library>
| <p:declare-step-type name="extension-component">
</p:declare-step-type>
Fixed.
| --
| Example 3. A Sample Viewport
|
| <p:viewport name="encdivs" match="h:div[@class='enc']>
| <p:input port="source">
| <p:pipe step="step" port="port"/>
| </p:input>
| <p:output port="result">
| <p:pipe step="encrypt" port="result"/>
| </p:output>
| <p:step name="encrypt" type="p:encrypt-document">
| <p:input port="source">
| <p:pipe step="encdivs" port="current"/>
| </p:input>
| </:step><!-- it should be </p:step> here -->
| </p:viewport>
Fixed.
| --
| Conceptually, we can speak of components as objects that have inputs
| and outputs that are connected together and which may have contain
| additional components. Syntactically, we need a mechanism for
| specifying these relationships.
|
| should be (removing have between 'may' and 'contain' and adding comma
| before second 'that')
|
| Conceptually, we can speak of components as objects that have inputs
| and outputs, that are connected together and which may contain
| additional components. Syntactically, we need a mechanism for
| specifying these relationships.
| --
Fixed.
| (not sure)
|
| The union of all the declared outputs of the contained components are
| added to the outputs in the context.
|
| should be
|
| The union of all the declared outputs of the contained components is
| added to the outputs in the context.
Fixed.
| == Miss ==
| Try/Catch is still not in the proposal
Fixed.
| == Precision ==
| 1/ What is the use of @sequence ?
It informs the processor when a sequence may be possible.
| 1.a/ In case of @sequence=yes and I put a single p:document ?
That's ok, a sequence of length 1 is still a sequence.
| 1.b/ In case of @sequence=no and I put two or more p:document ?
That's a dynamic error.
| ==Changes==
| 1/NCName vs QName
I think I've fixed those.
Be seeing you,
norm
--
Norman Walsh
XML Standards Architect
Sun Microsystems, Inc.
Received on Monday, 26 February 2007 20:51:11 UTC