|
This is a pretty exciting development. We discussed it at the W3C
Forms WG meeting and are looking forward to some experiments with
XForms and XQuery together. We already have a plan to recommend
XPath 2.0 for XForms 1.2 (advancing from XPath 1.0), and a working
XQuery superset is even better news. If we could get XForms and XQuery together -- and more importantly, if we could get them together in today's desktop browsers -- there would be a great benefit on the web. There are a few implementations of XForms done in JavaScript now; among those listed at http://www.w3.org/MarkUp/Forms/wiki/XForms_Implementations I think it like that both Ubiquity XForms and AgenceXML XSLTForms are in a position to experiment with this. In fact, Claudius Teodorescu has already done one integration with the plugin version of xqib. Looking at a few of the samples you've shown in XQIB with an XForms implementation, I think that there are things that XQuery is great at, and some where XForms is better. Here's an example: http://xformstest.org/klotz/2011/01/xqib-comparison/wx/ which is a re-casting of http://www.xqib.org/js/WeatherREST.html Note that the XForms version is markup-heavy and the XQuery version is script-heavy. The UI part of the XForms version is pretty well separated from the presentation version, though a few hacks are used to provide for conditional presentation of info (it's a little hard to display the Zeus image when none of the other conditions match). XForms 1.2 should make this part smoother. Leigh. On 01/03/2011 08:58 AM, Fourny Ghislain wrote: 32676455-7454-4DD3-BF91-B016162205F9@inf.ethz.ch" type="cite"> |