I first thought of somehow using getClientId(). The problem is that I need the id in the JavaScript function (the onCompleteCallback one) to then try and determine which select put values into.
If I could call getClientId() when in the Java @OnEvent method, then I could sneak it in as the first entry in my JSONArray. The problem there is, what could I base the getClientId() method off of? -----Original Message----- From: Thiago H. de Paula Figueiredo [mailto:thiag...@gmail.com] Sent: Thursday, February 19, 2009 3:33 PM To: Tapestry users Subject: Re: Dependent <select> implemented with @OnEvent mixin + AjaxFormLoop Em Thu, 19 Feb 2009 17:28:16 -0300, gladstone <esm...@onecornerstone.com> escreveu: > Once this is placed > inside an AjaxFormLoop, the client id for the select elements are made > unique by having a unique number appended to it. Inside the JavaScript > function, it can no longer find the select element to update as it > doesn't know which one (what id) to update. Does it help to use Select's (and any other AbstractField class) getClientId() method? -- Thiago H. de Paula Figueiredo Independent Java consultant, developer, and instructor http://www.arsmachina.com.br/thiago --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org This message (including any attachments) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if an electronic communication. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
