- From: T. V. Raman <raman@users.sf.net>
- Date: Tue, 4 Apr 2006 06:12:21 -0700
- To: mark.birbeck@x-port.net
- Cc: www-forms@w3.org
This is a great discussion, and it is even better to see it happening on www-forms. Next, since these changes are concrete, I'd strongly urge the WG to turn it into spec-ready text and publish a public Working Draft. One thing we did well during the 1.0 timeframe and later started slipping up on is to publish regular Working Drafts --- as the XForms community grows out beyond the WG, it is important to retain momentum by ppublishing early and often. >>>>> "Mark" == Mark Birbeck <mark.birbeck@x-port.net> writes: Mark> Hi Allan, Mark> Mark> All good suggestions: Mark> >> 1) Get the default |instance| element when no parameter is >> given to getInstanceDocument() Mark> Mark> Yes...good idea. Mark> Mark> >> 2) Make it possible to iterate over all instance documents Mark> Mark> Good idea. And if your next suggestion is added (number Mark> 3) then you could also iterate the instance elements Mark> themselves to get all the documents. Mark> Mark> >> 3) Add "shortcut" for getting the instance document >> directly from the |instance| element. Mark> Mark> Just pondering how this might be done. One thought is Mark> to go the way that the SVG group have gone, and just Mark> have a 'get' function (they have getSVGDocument()). Mark> Mark> Another possibility is a bit more 'abstract', and that Mark> is to link this to the more general notion of 'shadow Mark> trees'. I don't know if you have such a function at the Mark> moment for your XBL, but there may be some crossover Mark> here; some general function that applies to other Mark> elements too, could be used to 'get the hidden data Mark> associated with this element'. Mark> Mark> >> 4) Make it possible to get from an instance data node to >> the |instance| element in the form. Mark> Mark> That's an interesting one. Wouldn't the interface for Mark> DOM nodes have to be modified? That could get a little Mark> tricky. Mark> Mark> Out of interest, what sort of use cases are you Mark> thinking of for this? Is it so that you can find out Mark> the model? Or do you want to get to other nodes in the Mark> same instance as a node you already have? Mark> Mark> One last thing, do you have a way to obtain the Mark> instance node that is bound to a particular control? Mark> I'm sure you do, but that might be a useful method to Mark> standardise on. It could even be the same method as Mark> used for 'get the hidden data associated with this Mark> element' in number 3, above. Mark> Mark> Regards, Mark> Mark> Mark Mark> Mark> Mark> Mark Birbeck CEO x-port.net Ltd. Mark> Mark> e: Mark.Birbeck@x-port.net t: +44 (0) 20 7689 9232 b: Mark> http://internet-apps.blogspot.com/ w: Mark> http://www.formsPlayer.com/ Mark> Mark> Download our XForms processor from Mark> http://www.formsPlayer.com/ Mark> Mark> -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: emacspeak GTalk: tv.raman.tv@gmail.com PGP: http://emacspeak.sf.net/raman/raman-almaden.asc Google: tv+raman IRC: irc://irc.freenode.net/#emacs
Received on Tuesday, 4 April 2006 13:12:33 UTC