W3C home > Mailing lists > Public > public-xml-processing-model-wg@w3.org > November 2006

Re: Standard Component Descriptions

From: Alessandro Vernet <avernet@orbeon.com>
Date: Tue, 21 Nov 2006 19:20:17 -0800
Message-ID: <4828ceec0611211920x63c6355ahda1b7543f68fac85@mail.gmail.com>
To: public-xml-processing-model-wg <public-xml-processing-model-wg@w3.org>

Alex,

On 11/16/06, Alex Milowski <alex@milowski.org> wrote:
> I'm not sure if this is the same component.  The serialize component
> produces escaped XML for applications that need that.
>
> [...]
>
> This root element is the document element.  In the case of producing
> an RSS feed, you'd use a viewport to limit the [p:]serialize step
> to the 'description' elements.

OK, I missed that this component was serializing just the content of
the root element, keeping the root element intact. Then it makes
sense, and is symmetric with p:parse.

The question of what parameters, if any, this component should take is
still open. One obvious option is to have no parameters. Another
option is to take the attributes of <xsl:output> that make sense here
and have those as parameters of p:serialize.

http://www.w3.org/TR/xslt20/#serialization

> >> 1.5. [p:]parse
>
> Yes.  In some cases--like the RSS description element--the contents
> contains more than one element.  If you parsed that data as XML, you'd
> get an error.  Wrapping the contents allows you to parse this as XML.

OK, makes sense.

> >> 2.1. [p:]xquery
>
> Some queries can be represented by single XML elements.  But to do
> this for every XQuery, we'll need an input wrapper element that the
> component understands.  That could also be a place to put
> query controls.

What would you think of using the "Trivial Embedding of XQuery" of XQueryX?

http://www.w3.org/TR/xqueryx/#TrivialEmbedding

Alex
-- 
Blog (XML, Web apps, Open Source):
http://www.orbeon.com/blog/
Received on Wednesday, 22 November 2006 03:20:31 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:21:49 GMT