- From: Micah Dubinko <MDubinko@cardiff.com>
- Date: Tue, 2 Jan 2001 10:25:39 -0800
- To: "'gilescope@yahoo.co.uk'" <gilescope@yahoo.co.uk>
- Cc: "'www-forms@w3.org'" <www-forms@w3.org>
Giles, Thanks for your time and feedback. on 1) - I believe you are correct. Is this confusing enough that we should consider just leaving the inclusive/exclusive versions and skip the abbreviated one alltogether? on 2) - I like this idea. We will consider something along these lines for our ongoing research with the XForms Processing Model. Thanks! Micah Dubinko Co-editor, W3C XForms Working Group -----Original Message----- From: Giles Cope [mailto:gec@hyperoffice.com] Sent: Tuesday, January 02, 2001 4:37 AM To: www-forms@w3.org Subject: Review of XForms working draft 1. 'max' for Number should be short for maxInclusive not maxExclusive (and 'min' respectivly). 2. In 9.4: We do need a syntax to work on multiple models but, <xfm:textbox ref="instance::b/orderForm/shipTo/firstName"> but we loose the idea of the current context using this syntax, and have to specify everything from the root. We need something like: <xfm:textbox ref="instance::b./shipTo/firstName"> but obviously with better syntax. Maybe we could select the current context in the binding element: <xfm:bind> <xfm:select="orderForm/shipTo/"> <xfm:bind id="myfirstname" ref="firstName""/> <xfm:bind id="myaddresszip" ref="address/zip"/> </xfm:select> </xfm:bind> my two cents, gilescope@yahoo.co.uk ---------------------------------------------------------- "My sole reply," said he, "to that demand Is action; when a fit request is made Silence and deeds should follow out of hand." -- Virgil [Canto XXIV, 76]
Received on Tuesday, 2 January 2001 13:27:44 UTC