On Wed, May 21, 2014 at 5:51 AM, Geoff Callender < geoff.callender.jumpst...@gmail.com> wrote:
I'm confused about the aim here. There's one form, yet there's one submit > per row. If you make changes to rows 1, 2, and 3, then click submit on row > 2, what do you expect to happen in the DB and client-side? Should rows 1 > and 3 be persisted to the DB? Should rows 1 and 3 be reset, or perhaps > refreshed, client-side? > Well, not exactly. Form is a "wizard" style and I'm iterating over session-persisted collection. Each collection item is represented by set of form fields. Suppose you would like to 'reset' a specific collection item to its default state. I was trying to achieve that using t:submit element inside a component which represents a 'view' of collection item. When the above method didn't work, I just moved my logic to client-side, resetting fields using JS and then submitting the form. That gave me the result I needed. > Might it be better to use Loop instead of AjaxFormLoop and do one AJAX > Form per row? > > > http://jumpstart.doublenegative.com.au/jumpstart/examples/ajax/formsinaloop > > Geoff > > On 20 May 2014, at 11:05 pm, Ilya Obshadko <ilya.obsha...@gmail.com> > wrote: > > > I've encountered a problem with event triggering inside AjaxFormLoop. > > > > Suppose the following scenario. > > > > - external component > > > > <t:form> > > <t:ajaxformloop> > > <t:mycomponent/> > > </t:ajaxformloop> > > </t:form> > > > > - internal component (MyComponent) > > > > <t:formfragment> > > <t:submit t:id="submitControl" value=".."/> > > ... > > </t:formfragment> > > > > - in the code of MyComponent: > > > > void onSelectedFromSubmitControl () { > > > > } > > > > Regardless of which submit is clicked, the event is triggered only on the > > last component in the loop. I know that p:defer parameter is supposed to > > handle this, but adding p:defer="false" doesn't help. Any ideas how to > > handle this? > > > > > > -- > > Ilya Obshadko > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Ilya Obshadko
