- From: Norman Walsh <ndw@nwalsh.com>
- Date: Mon, 30 Apr 2007 17:06:23 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <87y7k9h8s0.fsf@nwalsh.com>
/ Innovimax SARL <innovimax@gmail.com> was heard to say: | For | | Head (p:head) | Matching Documents (p:subsequence) | Tail (p:tail) | | I propose to add "dual port" or "non matched" output port which will | output the rest in a sequence I suppose the incremental cost is small. What do others think? | The same for | | Delete (p:delete) | Replace (p:replace) | | it would generate a sequence of the node deleted or replaced in a sequence I don't understand what you mean for these two. Consider: <p:delete> <p:input port="source"> <p:inline> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title>Test</title> <script language="Javascript"> /* Nothing really here */ </script> </head> <body> <h1>Test</h1> <p>This is a test. This is only a test. Had this been a real emergency, we would have fled in terror and you would not have been informed.</p> </body> </html> </p:inline> </p:input> <p:option name="target" value="h:script" xmlns:h="http://www.w3.org/1999/xhtml"/> </p:delete> What would be produced on the other port? A document consisting of a single h:script element? What would the processor do if the delete expression selected only a text node or something else that can't be an XML document? Be seeing you, norm -- Norman Walsh <ndw@nwalsh.com> | 'I have done that,' says my memory. 'I http://nwalsh.com/ | cannot have done that'--says my pride, | and remains adamant. At last--memory | yields.-- Nietzsche
Received on Monday, 30 April 2007 21:06:35 UTC