- From: Norman Walsh <ndw@nwalsh.com>
- Date: Wed, 01 Aug 2007 14:01:40 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <877iof6smz.fsf@nwalsh.com>
/ "Innovimax SARL" <innovimax@gmail.com> was heard to say: | On 8/1/07, Norman Walsh <ndw@nwalsh.com> wrote: |> / Jeni Tennison <jeni@jenitennison.com> was heard to say: |> | I think this section needs to talk about the scope of pipeline type names in a |> | pipeline library: say that each pipeline in a pipeline library must have a |> | unique type, and talk about the scope of those pipeline names. A reference to |> | another section that talks about this in detail would be sufficient. |> |> Hmmm. I changed the first paragraph of 3.2 to read: |> |> The scope of the names of step types is the pipeline. Each pipeline |> processor has some number of built in step types and may declare |> (directly, or by reference to an external library) additional step |> types. All the step types in a pipeline must have unique names: it |> is a static error (err:XS0036) if two declarations for the same step |> type name appear in the same scope. |> |> I wonder if that helps. |> |> | The paragraph: |> | |> | The scope of option names is essentially the same as the scope of step |> | names, with the following caveat: whereas step names must be unique, |> | option names may be repeated. An option specified on a step shadows |> | any specification that may already be in-scope. |> | |> | is pretty confusing. Since option names can be repeated, does that mean it's OK |> | to do: |> | |> | <p:group> |> | <p:option name="foo" ... /> |> | <p:option name="foo" ... /> |> | ... |> | </p:group> | | Does your answer mean, we can do that ? No, I said ...The names of all of the options specified on a step must be unique.... Be seeing you, norm -- Norman Walsh <ndw@nwalsh.com> | During the first period of a man's life http://nwalsh.com/ | the greatest danger is: not to take the | risk.-- Kierkegaard
Received on Wednesday, 1 August 2007 18:02:00 UTC