Re: Chameleon Component Summary & Proposal

I start making a comparaison table by wiki here :
http://wiki.xproc.org/wiki?title=Chameleon_vs_Tiger

Feel free to contribute

Mohamed

On 2/18/07, Alex Milowski <alex@milowski.org> wrote:
>
>
> On 2/17/07, Innovimax SARL <innovimax@gmail.com> wrote:
> >
> > Here are the most important objections
> > * Configuration parameters could no more be complexType (unless the
> > option of allowing configuration parameter to be children is retained)
>
> If the parameter is specified as a child element, they can be a complex
> typed.  Right
> now, we aren't allow anything but string values.
>
> > * How can we define a configuration parameter at runtime ?
>
> You can't.  You use the regular parameters for that.
>
> > * It sounds like the language to define user component will look like
> > rocket science
>
> Not anymore than right now.  Most simple user defined components
> won't need this.
>
> > * ignore-prefixes : what will happen if a prefix appear in a here document
> ?
>
> That doesn't apply.   A here document is passed verbatim and they aren't
> in a position where you care about the namespace.  That is, they aren't
> in a position where they could be considered a step.
>
> > In your examples
> > * There is no mention for user defined components of input and output,
> > where do they live ?
>
> The same place as now.  The content model is the same as  [p:]step.
>
> > Ahead of that
> > * p:xslt is too specific compared to p:validate (should be p:transform
> > or p:xml-schema)
>
> Well... in the case of XSLT, we do want it to be [p:]xslt because we're
> just trying to configure which XSLT version and how the transform
> is invoked.
>
> The [p:]validate is very different in that we're choosing between different
> validation/schema languages.
>
>
>
> --
>
> --Alex Milowski
> "The excellence of grammar as a guide is proportional to the paucity of the
> inflexions, i.e. to the degree of analysis effected by the language
> considered."
>
> Bertrand Russell in a footnote of Principles of Mathematics


-- 
Innovimax SARL
Consulting, Training & XML Development
9, impasse des Orteaux
75020 Paris
Tel : +33 8 72 475787
Fax : +33 1 4356 1746
http://www.innovimax.fr
RCS Paris 488.018.631
SARL au capital de 10.000 €

Received on Sunday, 18 February 2007 16:43:25 UTC