- From: Norman Walsh <ndw@nwalsh.com>
- Date: Mon, 25 Jun 2007 09:29:18 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <87fy4gi2mp.fsf@nwalsh.com>
/ "Innovimax SARL" <innovimax@gmail.com> was heard to say:
|> The content? It's used like this:
|>
|> p:system-property("p:episode")
|>
|> I'm not sure what content you mean.
|
| I was talking about the type of p:system-property("p:episode"), beside
| the fact that it is a string. Do me mandate, that it is NCName ? or
| any kind of string ?
I don't think so. I suppose there might be some value in saying that
it MUST conform to an XML Name. I wonder if mine do...
|> You can always let the processor do the evaluation:
|>
|> <p:string-replace>
|> <p:option name="match" value="TEMPID"/>
|> <p:option name="replace" select="concat('foo-', p:system-property('p:episode'))"/>
|> </p:string-replace>
|
| Ok, I see, but still not sure we can handle all use cases that way
| Sadly, I have none in mind at this time, will try to make some
| samples clear not too far from now.
Ok. Thanks.
|> | So what can be the proposal here :
|> |
|> | Put select everywhere we don't want to allow nesting ?
|> | Or do we decorrelate both (@match vs @select / nesting vs non nesting) ?
|>
|> I'm not sure.
|>
| Seems like this point needs some telcon to be worked out
I guess. Or perhaps you could make a concrete proposal and see if we get
agreement?
Be seeing you,
norm
--
Norman Walsh <ndw@nwalsh.com> | Don't despair, not even over the fact
http://nwalsh.com/ | that you don't despair.-- Kafka
Received on Monday, 25 June 2007 13:29:25 UTC