[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
RE: [xml-dev] XML design of ((a and b) or c)
- From: "Michael Kay" <mike@saxonica.com>
- To: "'Klotz, Leigh'" <Leigh.Klotz@xerox.com>,"'Rick Marshall'" <rjm@zenucom.com>
- Date: Sat, 16 Dec 2006 01:10:24 -0000
> Personally, I would welcome any helpful suggestions you have
> about upward compatibility, with XForms 1.1 and with XPath 2.0.
I think one useful idea would be to enable a function prefix (or absence of
a prefix) to be bound essentially to a search path containing multiple
namespaces. The WG rejected this notion when I proposed it, but that's
because I presented it badly. In fact I think it's currently legal: we don't
constrain how you build a library of functions and assign them to a
namespace, and one way of doing it is to assemble a new namespace from
multiple existing namespaces with a priority rule for resolving any clashes:
a sort of "virtual function namespace". That mechanism would allow you to
put the XForms functions in a separate namespace and then allow the user to
bind a prefix to a URI that identifies a search path containing first the
XForms functions and then the XPath 2.0 functions.
That leaves "if", which is a nasty problem. Technically you can probably
disambiguate the XForms function from the XPath 2.0 conditional expression
by lookahead based on the presence of "then" after the ")", but that's
difficult to specify, and adds yet another nasty glitch to XPath parsing.
Orbeon Forms has this problem because it already uses XPath 2.0, and I think
it simply forces the user to prefix the "if" function.
Michael Kay
http://www.saxonica.com/
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]