No takers? Ah well...I'll break it into separate pages. I just wish I knew what I was doing wrong. Maybe a renderobject in the template would help?
Igor, can't wait for your book! On May 8, 2012 10:25 AM, "Chris Cureau" <cmcur...@gmail.com> wrote: > I've looked at the form fragments in firebug. It doesn't appear that the > form fragment is being changed at all except the visible attribute. I've > pasted the output from firebug below: > > Before fragment 3: > > <div id="formfragment_1" class="t-invisible tapestry-formfragment"> > <input id="formfragment_1-hidden" type="hidden" name="t:formdata" > value="H4sIAAAAAAAAAFvzloG1XI5BJjElNzNPPzW3ICe/MjVVPyS1uMSquDQpN7Mk3rC4iMEhvyhdL7EgMTkjVa8ksQAoW1RpqpecX5Sak5kEpHML8vNS80qK9YLBelQCivKTU4uLwbzi4sz8vJnBnyS3bmlxZmJg8mHgSM7JBKr2TClhEPLJSixL1M9JzEvXDy4pysxLt/Zh4E7NSc0FKvBLzE0tZKhjYKwoKGHggDrHCIkJAH81VIC+AAAA"> > <h2>That's all we need!</h2> > <p></p> > Please verify the following information: > <p></p> > <div id="summaryZone" class="t-zone tapestry-zone"></div> > <p></p> > To complete this employee, press the > <em>Finish</em> > button. > <p></p> > > On fragment 3: > <div id="formfragment_1" class="tapestry-formfragment"> > <input id="formfragment_1-hidden" type="hidden" name="t:formdata" > value="H4sIAAAAAAAAAFvzloG1XI5BJjElNzNPPzW3ICe/MjVVPyS1uMSquDQpN7Mk3rC4iMEhvyhdL7EgMTkjVa8ksQAoW1RpqpecX5Sak5kEpHML8vNS80qK9YLBelQCivKTU4uLwbzi4sz8vJnBnyS3bmlxZmJg8mHgSM7JBKr2TClhEPLJSixL1M9JzEvXDy4pysxLt/Zh4E7NSc0FKvBLzE0tZKhjYKwoKGHggDrHCIkJAH81VIC+AAAA"> > <h2>That's all we need!</h2> > <p></p> > Please verify the following information: > <p></p> > <div id="summaryZone" class="t-zone tapestry-zone"></div> > <p></p> > To complete this employee, press the > <em>Finish</em> > button. > <p></p> > > > On May 8, 2012 10:15 AM, "Thiago H. de Paula Figueiredo" < > thiag...@gmail.com> wrote: > >> On Tue, 08 May 2012 11:19:02 -0300, Chris Cureau <cmcur...@gmail.com> >> wrote: >> >> I've just added a few more debugging statements... isInSubmit() is >>> getting called before each fragment rendering phase. It returns false on >>> the first two fragments and true on the last. >>> >>> What I see is this: The first and second fragments work as expected...the >>> first just presenting text, and the second accepting input with >>> beaneditor. The third fragment (submit) shows everything EXCEPT for the >>> zone that is set in it. I am returning the block in onSuccess() when I >>> change the fragment from General to Submit (fragment 2 to 3). No >>> exceptions are shown. It is almost as if Tapestry is ignoring the block >>> altogether. >>> >> >> Have you checked what Tapestry is returning in Firebug or some similar >> tool? Are you sure you're returning a non-null block? >> >> -- >> Thiago H. de Paula Figueiredo >> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, >> and instructor >> Owner, Ars Machina Tecnologia da Informação Ltda. >> http://www.arsmachina.com.br >> >> ------------------------------**------------------------------**--------- >> To unsubscribe, e-mail: >> users-unsubscribe@tapestry.**apache.org<users-unsubscr...@tapestry.apache.org> >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >>
