- From: Norman Walsh <Norman.Walsh@Sun.COM>
- Date: Wed, 21 Mar 2007 10:48:23 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <87wt1aps94.fsf@nwalsh.com>
/ Jeni Tennison <jeni@jenitennison.com> was heard to say: | Norman Walsh wrote: |> I think I agree that if we're going to allow pipelines declared in the |> same library to see each other, we shouldn't make order significant. | | OK, do you need me to argue that we should allow pipelines declared in | the same library to see each other? No, not really. At least not personally :-) | It would be incredibly annoying and hard to maintain pipelines if the | physical file structure of pipeline libraries were dictated by the | logical structure of the pipeline processes (or, to a lesser extent, | the nominal structure of the pipeline names). Yeah. | Personally, I would be happy to drop the constraint that atomic step | types must be defined before pipelines. The processor can still report | errors when it finds atomic step types that are used without being | defined, just has to wait until it's read everything to do so. That suggests that you think there would be some value in allowing p:declare-step elements to be sprinkled throughout a pipeline or pipeline-library. I like the conceptual neatness of putting them all at the top, independent of the fact that this means the processor sees the declarations first. I like Henry's argument advanced in support of p:input*,p:output*,p:param* (as opposed to (p:input|p:output|p:param)*): if the order is irrelevant, pick one and enforce it. Be seeing you, norm -- Norman Walsh XML Standards Architect Sun Microsystems, Inc.
Received on Wednesday, 21 March 2007 14:49:01 UTC