Solved - I had to use @MixinAfter. Thanks everyone! On Sat, Apr 16, 2016 at 9:14 AM, Ilya Obshadko <ilya.obsha...@gmail.com> wrote:
> Well, this is actually quite straightforward approach. However I have > encountered a problem that looks weird. This is my mixin code: > > *public* *class* ModalIntegration { > > @InjectContainer > > *private* Form form; > > > *void* afterRender ( MarkupWriter markupWriter ) { > > markupWriter.attributes ( "data-submission-failed", form.getHasErrors > () ); > > } > > } > > It's supposed to render an additional form attribute which modal JS later > can use to determine if it should dismiss or not. > Somehow this attribute is being rendered not on the form itself, as I > naturally expected, but on the form's parent element (containing zone). > > Is there any explanation for that? I'm using 5.4-beta6. > > > On Sat, Apr 16, 2016 at 1:08 AM, Thiago H de Paula Figueiredo < > thiag...@gmail.com> wrote: > >> On Fri, 15 Apr 2016 17:34:03 -0300, Barry Books <trs...@gmail.com> wrote: >> >> yes >>> >> >> Tapestry mixins may not be easy to understand at first, but when you do, >> you realize how powerful they are, specially when combined with a class >> transformation when you need to apply them to several component instances >> at once. :) >> >> >> >>> On Friday, April 15, 2016, Ilya Obshadko <ilya.obsha...@gmail.com> >>> wrote: >>> >>> Barry, thanks for your suggestion - I think this is what I need. >>>> >>>> Do you mean an implementation of ComponentClassTransformWorker2? >>>> >>>> On Fri, Apr 15, 2016 at 2:12 PM, Barry Books <trs...@gmail.com >>>> <javascript:;>> wrote: >>>> >>>> > I'm not exactly sure I understand the requirements but I think you >>>> could >>>> do >>>> > this with a mixin on the form. At the very least this would allow >>>> > communication with the form mixin and the modal via the Environment >>>> > service. The modal could put something in the environment and the >>>> mixin >>>> > could add some status. No status means no form. The mixin could be >>>> applied >>>> > to all forms via a worker. >>>> > >>>> > On Friday, April 15, 2016, Ilya Obshadko <xf...@xfyre.com >>>> <javascript:;>> >>>> wrote: >>>> > >>>> > > Is there any way to search for specific component down the component >>>> > > hierarchy? >>>> > > >>>> > > Consider the following use case: >>>> > > >>>> > > - I have a component responsible for rendering Bootstrap modal >>>> > > - this modal may (or may not) contain a form >>>> > > - if modal contains a form and submission is successful, the modal >>>> should >>>> > > be automatically dismissed >>>> > > - it modal contains a form and submission is unsuccessful, the modal >>>> > should >>>> > > not close (regardless of client validation being on/off) >>>> > > >>>> > > I've been looking around ComponentSource/ComponentResources classes, >>>> but >>>> > > couldn't find anything relevant yet. >>>> > > >>>> > > Environment service can't help either, because modal is a form's >>>> parent >>>> > and >>>> > > at the time of modal rendering FormSupport is not yet available. >>>> > > >>>> > > -- >>>> > > Ilya Obshadko >>>> > > >>>> > >>>> >>>> >>>> >>>> -- >>>> Ilya Obshadko >>>> >>>> >> >> -- >> Thiago H. de Paula Figueiredo >> Tapestry, Java and Hibernate consultant and developer >> http://machina.com.br >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> > > > -- > Ilya Obshadko > > -- Ilya Obshadko