[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: Proposed syntax for namespace binding in XPath
From: "Michael Kay" <mike@xxxxxxxxxxxx> An adaptation that eliminates these disadvantages would be: I think an extension function is the right approach, in as much as it clearly signals non-standard behaviour (and you get an error on a processor that does not recognize it, which is important - the last thing you want is silent errors - i.e. incorrect output). An approach like comments suffers badly in this respect. But... But it feels a bit like an abuse. It depends what the semantics of the extension function. If they are defined as adding namespaces to the static context, then I think this would be a violation of the XPATH language, because the static context is no longer static (its contents changes during evaluation of the language). But if the purpose is purely to provide bindings that are only operative when evaluating attributes of type xs:QName, then I think it should be possible to provide a compliant definition (it would have to be worded carefully, because of the fact that in A,B there is no guarentee that A is actually evaluated before B, but this can be done). Remind me of a scenario, please. _________________________________________________________________ Txt a lot? Get Messenger FREE on your mobile. https://livemessenger.mobile.uk.msn.com/
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|