- From: James Fuller <james.fuller.2007@gmail.com>
- Date: Thu, 11 Dec 2008 16:37:24 +0100
- To: Toman_Vojtech@emc.com
- Cc: xproc-dev@w3.org
On Thu, Dec 11, 2008 at 4:32 PM, <Toman_Vojtech@emc.com> wrote: > >> "James Fuller" <james.fuller.2007@gmail.com> writes: >> >> > consider the following pipeline >> > >> > <p:pipeline name="pipeline" >> > xmlns:p="http://www.w3.org/ns/xproc"> >> > >> > <!-- should not evaluate this declare-step //--> >> > <p:declare-step name="test1" type="p:identity"> >> > <p:input port="source" sequence="true"/> >> > <p:output port="result" sequence="true"/> >> > <p:count/> >> > </p:declare-step> >> > >> > <p:identity/> >> > >> > </p:pipeline> >> > >> > should this not throw an error ? perhaps err:XS0002 or >> >> It could throw err:XS0002, but I think we need a new error because >> an attempt to declare "p:my-new-step" should also fail. >> >> In fact, the spec already forbids it: >> >> Except as described in Section 2.13, "Versioning Considerations", >> the XProc namespace must not be used in the type of steps. Neither >> users nor implementers may define additional steps in the XProc >> namespace. >> >> but through editorial carelessness, I seem to have forgotten to >> explicitly make it a static error. > > Redeclaring of built-in steps (such as p:identity) is, I think, catched > by err:XS0036 ("All the step types in a pipeline must have unique names: > it is a static error if any step type name is built-in and/or declared > or defined more than once in the same scope.") I thought this applied as well, but I would like to have a simple (re)definition like XS0002 does with names. cheers, Jim
Received on Thursday, 11 December 2008 15:38:08 UTC