- From: Jeni Tennison <jeni@jenitennison.com>
- Date: Tue, 28 Aug 2007 19:23:03 +0100
- To: public-xml-processing-model-wg@w3.org
Norman Walsh wrote: > / ht@inf.ed.ac.uk (Henry S. Thompson) was heard to say: > | Norman Walsh writes: > | > |> | 4.2 > |> | > |> | "When a pipeline needs to process a sequence of documents using a > |> | subpipeline that begins with a step that only accepts a single > |> | document, the p:for-each construct can be used as a wrapper around > |> | the step that accepts only a single document." > |> | > |> | --> > |> | > |> | "When a pipeline needs to process a sequence of documents using a > |> | step that only accepts a single document, the p:for-each construct > |> | can be used as a wrapper around that step." > |> > |> I had that originally. Someone argued that that made it sound like > |> a for-each could only contain a single step. > | > | Hmmm, I see. Unfortunately the current wording reads as if there's a > | delimited subpipeline already identified. How about > | > | "When a pipeline needs to process a sequence of documents using a > | step that only accepts a single document, the p:for-each construct > | can be used as a wrapper around that step (and as many of its > | following siblings as required)." > > Ok by me. That still reads weirdly to me. What about: "When a pipeline needs to process a sequence of documents using a subpipeline that only processes a single document, the p:for-each construct can be used as a wrapper around that subpipeline." Perhaps Henry will still object that this implies there's a subpipeline already identified. I don't think it implies that (except that there *is* a subpipeline kinda "already identified" in the author's head -- presumably they know what they want to do with the documents...). Cheers, Jeni -- Jeni Tennison http://www.jenitennison.com
Received on Tuesday, 28 August 2007 18:23:08 UTC