- From: Norman Walsh <ndw@nwalsh.com>
- Date: Tue, 01 May 2007 10:26:58 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <87r6q0ei19.fsf@nwalsh.com>
/ Innovimax SARL <innovimax@gmail.com> was heard to say:
| I started from the fact that
|
| <p:delete>
| <p:option name="match" value="##pattern"/>
| </p:delete>
|
| should be equivalent to
|
| <p:viewport match="##pattern">
| <p:output port="result"/>
| </p:viewport>
Whether the viewport uses them or not, the matches are wrapped in a
document and provided on #current, so p:viewport cannot match nodes
that can't be in an XML document.
Delete doesn't have that restriction, so there's no reason why its
pattern can't match attributes.
| And I found this :
|
| * Viewport MUST have a restriction on the XPath match to match only
| elements, PI and comments (no attribute, no namespace) ; The same is
| true for p:for-each
Actually, the practical restriction is that the pattern has to match
an element or the document on #current won't be WF XML and that's a
dynamic error.
| --> It will confirm a substle difference of p:delete on attributes and namespace
| * It is currently said in the spec that we need an output element, why
| ? Why cannot it be defaulted ?
On viewport, it technically could be. But it couldn't be on for-each
or any other compound step. I'd be reluctant to have a defaulted
output in this single case.
Be seeing you,
norm
--
Norman Walsh <ndw@nwalsh.com> | If you are losing your leisure, look
http://nwalsh.com/ | out! You may be losing your
| soul.--Logan Pearsall Smith
Received on Tuesday, 1 May 2007 14:27:11 UTC