Re: Refreshing a from in a Zone

2014-06-03 Thread Boris Horvat
Then it makes sense that this is an issue, I will modify my code to remove
form from a table and I will try to find a way not to re-iterate through
all of the loop but only a header one :)

Cheers and Thanks


On Tue, Jun 3, 2014 at 3:40 AM, Thiago H de Paula Figueiredo <
thiag...@gmail.com> wrote:

> On Mon, 02 Jun 2014 20:29:55 -0300, Geoff Callender <
> geoff.callender.jumpst...@gmail.com> wrote:
>
>  Hi Boris,
>>
>
> Hi, guys!
>
>
>  I still think the HTML looks wrong. Stuff is getting moved about by the
>> browser because it was declared in between a row and a cell, which isn't
>> legal. I'm pretty sure table content has to be inside cells.
>>
>
> Boris, if you're using some tool life Firebug to check stuff, always
> remember what you see may not match the HTML that was actually generated
> and parsed, specially if you generate invalid HTML, such as Geoff described
> above. So, when things get weird, *always* check the generated HTML. And,
> for your sanity's sake, generate valid HTML. Don't put, for example, a
>  inside a .
>
>
> --
> 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
>
>


-- 
Sincerely
*Boris Horvat*


Re: Refreshing a from in a Zone

2014-06-02 Thread Thiago H de Paula Figueiredo
On Mon, 02 Jun 2014 20:29:55 -0300, Geoff Callender  
 wrote:



Hi Boris,


Hi, guys!

I still think the HTML looks wrong. Stuff is getting moved about by the  
browser because it was declared in between a row and a cell, which isn't  
legal. I'm pretty sure table content has to be inside cells.


Boris, if you're using some tool life Firebug to check stuff, always  
remember what you see may not match the HTML that was actually generated  
and parsed, specially if you generate invalid HTML, such as Geoff  
described above. So, when things get weird, *always* check the generated  
HTML. And, for your sanity's sake, generate valid HTML. Don't put, for  
example, a  inside a .


--
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



Re: Refreshing a from in a Zone

2014-06-02 Thread Thiago H de Paula Figueiredo
On Mon, 02 Jun 2014 18:44:46 -0300, Boris Horvat  
 wrote:



Id is there as I have mentioned above.


It's generated, but the id parameter of Zone wasn't set and that's exactly  
what's causing that exception when you try to update the Zone through AJAX.


--
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



Re: Refreshing a from in a Zone

2014-06-02 Thread Boris Horvat
Hm...I have just checked your example. You seem to have a table within a
table...I can try to experiment with that. Thanks


On Tue, Jun 3, 2014 at 1:38 AM, Boris Horvat 
wrote:

> Well if the html that I have specified is illegal then I will have to
> modify it and move the form outside of the  and yes this would solve
> the issue.
>
> Unfortunately for me only the table header should be in the form, so if I
> put form around entire table it will submit a lot more data then it really
> needs to (plus all of the table columns are using the same list as columns
> are dynamic)
>
> Still it looks like I have no choice :)
>
> Thanks
>
>
> On Tue, Jun 3, 2014 at 1:32 AM, Geoff Callender <
> geoff.callender.jumpst...@gmail.com> wrote:
>
>> That example was T5.4. Here's T5.3:
>>
>>
>> http://jumpstart.doublenegative.com.au/jumpstart/examples/ajax/formsinaloop
>>
>> On 3 Jun 2014, at 9:29 am, Geoff Callender <
>> geoff.callender.jumpst...@gmail.com> wrote:
>>
>> > Hi Boris,
>> >
>> > I still think the HTML looks wrong. Stuff is getting moved about by the
>> browser because it was declared in between a row and a cell, which isn't
>> legal. I'm pretty sure table content has to be inside cells.
>> >
>> > You can see Zone, Form, and Table working together in the following
>> example. The example doesn't have a Loop inside a Form, but perhaps you
>> could strip the example down, get it working, then try adding your Loop?
>> >
>> >
>> http://jumpstart.doublenegative.com.au/jumpstart7/examples/ajax/formsinaloop
>> >
>> > Cheers,
>> >
>> > Geoff
>> >
>> > On 3 Jun 2014, at 7:44 am, Boris Horvat 
>> wrote:
>> >
>> >> Id is there as I have mentioned above. The actually html that is
>> generated
>> >> for the example above is and to me it looks like form is not properly
>> >> positioned in the table. Am I wrong?
>> >>
>> >> Thanks
>> >>
>> >> Before refresh!
>> >>
>> >> 
>> >>   
>> >>   > >>
>> value="0l3Pd9zAj3I6qxABtW5NMGczHjE=:H4sIAFvzloG1XIZBKiknMTk7Kb9C3yM1MackI7gksaS02ConP7+guIhBL78oXS+xIDE5I1WvJLEgtbikqNJULzm/KDUnMwlI5xbk56XmlRTr+QDVq5jq+p+8pslQfZKJgaGigMqGG0Y+Wfs5bfvlhcQZ7keS4UFAeaAUyIhUt6L83GAQL8U5JxOoJCwxpzRVd/qhKx0MCn+ZGBh9GLiTERIlDEI+WYllifo5iXnp+sElRZl56dYVBSUMgrqGRgYWhuaGFsaG5pYmQHa5AoMcdjcDHQkWBbrbFK+7kxKLU/Uck4CCicklbpmpOSkqwaklpQWqoYe5H4oe/wN1Xn5eSVF+jl9ibmohQx0DK8g5HDA7iHKFI6muCCjKT04tLg4uTcrNLC7OzM87vC7FJO3bvHO0SAomnwrSNN3FVtsTYzgoBFjQo8PMzNyYiIAA6eUoYeCCCcQbENYE0sOD300gJXzkONvcxNKUHGcbDqyzQQQ5zjaim7NJTYFmBgIfLOKW9NhCUqASgwIOwzPzsotBeaIEaIUL0VYAdYFzUglmvvLP7Jj0T6o9D5zTOSAFkWcKPJtzIWwEAGhib//hBQAA"
>> >> name="t:formdata" type="hidden">
>> >>   
>> >>   [key[-1208171831794208],value[true],
>> >> key[-1208171831796673],value[true],
>> key[-1208171831797495],value[false],
>> >> key[-1208171831798317],value[true]]
>> >>   
>> >>   refresh
>> >>   
>> >>   
>> >>   
>> >>   
>> >>   
>> >> *> >> id="form" class="t-prevent-submission">*
>> >>   
>> >>   > >> type="checkbox">> >> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>> >>   
>> >>   
>> >>   > name="checkbox_0"
>> >> type="checkbox">> >> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>> >>   
>> >>   
>> >>   > >> type="checkbox">> >> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>> >>   
>> >>   
>> >>   > name="checkbox_2"
>> >> type="checkbox">> >> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>> >>   
>> >>   
>> >>   
>> >>   
>> >> 
>> >>
>> >> After Refresh!
>> >>
>> >> 
>> >>   
>> >>   > >>
>> value="OHPu1s/F1j43AgG7qrgl2qJCnwQ=:H4sIAFvzloG1XIZBKiknMTk7Kb9C3yM1MackI7gksaS02ConP7+guIhBL78oXS+xIDE5I1WvJLEgtbikqNJULzm/KDUnMwlI5xbk56XmlRTr+QDVq5jq+p+8pslQfZKJgaGigMqGG0Y+Wfs5bfvlhcQZ7keS4UFAeaAUyIhUt6L83GAQL8U5JxOoJCwxpzRVd/qhKx0MCn+ZGBh9GLiTERIlDEI+WYllifo5iXnp+sElRZl56dYVBSUMgrqGRgYWhuaGFsaG5pYmQHa5AoMcdjcDHQkWBbrbFK+7kxKLU/Uck4CCicklbpmpOSkqwaklpQWqoYe5H4oe/wN1Xn5eSVF+jl9ibmohQx0DK8g5HDA7iHKFI6muCCjKT04tLg4uTcrNLC7OzM87vC7FJO3bvHO0SAomnwrSNN3FVtsTYzgoBFjQo8PMzNyYiIAA6eUoYeCCCcQbENYE0sOD300gJXzkONvcxNKUHGcbDqyzQQQ5zjaim7NJTYFmBgIfLOKW9NhCUqASgwIOwzPzsotBeaIEaIUL0VYAdYFzUglmvvLP7Jj0T6o9D5zTOSAFkWcKPJtLIGyMNzFJTDVJSjVIMTExTwMA0VBQt+8FAAA="
>> >> name="t:formdata" type="hidden">
>> >>   
>> >>   [key[-1208171831794208],value[true],
>> >> key[-1208171831796673],value[true],
>> key[-1208171831797495],value[false],
>> >> key[-1208171831798317],value[false]]
>> >>   
>> >>   refresh
>> >>   
>> >>   http://www.w3.org/1999/xhtml";>
>> >>   
>> >>   
>> >>   
>> >> *> >> id="form_44ae4be0d447f" class="t-prevent-submission">*
>> >>   
>> >>   > >> name="checkbox" type="checkbox">> >> class="t-error-icon" alt=""
>> src="/assets/d539589c9facbc5d/core/spacer.gif"
>> >> style="display: none;">
>> >>   
>> >>   
>> >>

Re: Refreshing a from in a Zone

2014-06-02 Thread Boris Horvat
Well if the html that I have specified is illegal then I will have to
modify it and move the form outside of the  and yes this would solve
the issue.

Unfortunately for me only the table header should be in the form, so if I
put form around entire table it will submit a lot more data then it really
needs to (plus all of the table columns are using the same list as columns
are dynamic)

Still it looks like I have no choice :)

Thanks


On Tue, Jun 3, 2014 at 1:32 AM, Geoff Callender <
geoff.callender.jumpst...@gmail.com> wrote:

> That example was T5.4. Here's T5.3:
>
>
> http://jumpstart.doublenegative.com.au/jumpstart/examples/ajax/formsinaloop
>
> On 3 Jun 2014, at 9:29 am, Geoff Callender <
> geoff.callender.jumpst...@gmail.com> wrote:
>
> > Hi Boris,
> >
> > I still think the HTML looks wrong. Stuff is getting moved about by the
> browser because it was declared in between a row and a cell, which isn't
> legal. I'm pretty sure table content has to be inside cells.
> >
> > You can see Zone, Form, and Table working together in the following
> example. The example doesn't have a Loop inside a Form, but perhaps you
> could strip the example down, get it working, then try adding your Loop?
> >
> >
> http://jumpstart.doublenegative.com.au/jumpstart7/examples/ajax/formsinaloop
> >
> > Cheers,
> >
> > Geoff
> >
> > On 3 Jun 2014, at 7:44 am, Boris Horvat 
> wrote:
> >
> >> Id is there as I have mentioned above. The actually html that is
> generated
> >> for the example above is and to me it looks like form is not properly
> >> positioned in the table. Am I wrong?
> >>
> >> Thanks
> >>
> >> Before refresh!
> >>
> >> 
> >>   
> >>>>
> value="0l3Pd9zAj3I6qxABtW5NMGczHjE=:H4sIAFvzloG1XIZBKiknMTk7Kb9C3yM1MackI7gksaS02ConP7+guIhBL78oXS+xIDE5I1WvJLEgtbikqNJULzm/KDUnMwlI5xbk56XmlRTr+QDVq5jq+p+8pslQfZKJgaGigMqGG0Y+Wfs5bfvlhcQZ7keS4UFAeaAUyIhUt6L83GAQL8U5JxOoJCwxpzRVd/qhKx0MCn+ZGBh9GLiTERIlDEI+WYllifo5iXnp+sElRZl56dYVBSUMgrqGRgYWhuaGFsaG5pYmQHa5AoMcdjcDHQkWBbrbFK+7kxKLU/Uck4CCicklbpmpOSkqwaklpQWqoYe5H4oe/wN1Xn5eSVF+jl9ibmohQx0DK8g5HDA7iHKFI6muCCjKT04tLg4uTcrNLC7OzM87vC7FJO3bvHO0SAomnwrSNN3FVtsTYzgoBFjQo8PMzNyYiIAA6eUoYeCCCcQbENYE0sOD300gJXzkONvcxNKUHGcbDqyzQQQ5zjaim7NJTYFmBgIfLOKW9NhCUqASgwIOwzPzsotBeaIEaIUL0VYAdYFzUglmvvLP7Jj0T6o9D5zTOSAFkWcKPJtzIWwEAGhib//hBQAA"
> >> name="t:formdata" type="hidden">
> >>   
> >>   [key[-1208171831794208],value[true],
> >> key[-1208171831796673],value[true], key[-1208171831797495],value[false],
> >> key[-1208171831798317],value[true]]
> >>   
> >>   refresh
> >>   
> >>   
> >>   
> >>   
> >>   
> >> * >> id="form" class="t-prevent-submission">*
> >>   
> >>>> type="checkbox"> >> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
> >>   
> >>   
> >>>> type="checkbox"> >> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
> >>   
> >>   
> >>>> type="checkbox"> >> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
> >>   
> >>   
> >>>> type="checkbox"> >> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
> >>   
> >>   
> >>   
> >>   
> >> 
> >>
> >> After Refresh!
> >>
> >> 
> >>   
> >>>>
> value="OHPu1s/F1j43AgG7qrgl2qJCnwQ=:H4sIAFvzloG1XIZBKiknMTk7Kb9C3yM1MackI7gksaS02ConP7+guIhBL78oXS+xIDE5I1WvJLEgtbikqNJULzm/KDUnMwlI5xbk56XmlRTr+QDVq5jq+p+8pslQfZKJgaGigMqGG0Y+Wfs5bfvlhcQZ7keS4UFAeaAUyIhUt6L83GAQL8U5JxOoJCwxpzRVd/qhKx0MCn+ZGBh9GLiTERIlDEI+WYllifo5iXnp+sElRZl56dYVBSUMgrqGRgYWhuaGFsaG5pYmQHa5AoMcdjcDHQkWBbrbFK+7kxKLU/Uck4CCicklbpmpOSkqwaklpQWqoYe5H4oe/wN1Xn5eSVF+jl9ibmohQx0DK8g5HDA7iHKFI6muCCjKT04tLg4uTcrNLC7OzM87vC7FJO3bvHO0SAomnwrSNN3FVtsTYzgoBFjQo8PMzNyYiIAA6eUoYeCCCcQbENYE0sOD300gJXzkONvcxNKUHGcbDqyzQQQ5zjaim7NJTYFmBgIfLOKW9NhCUqASgwIOwzPzsotBeaIEaIUL0VYAdYFzUglmvvLP7Jj0T6o9D5zTOSAFkWcKPJtLIGyMNzFJTDVJSjVIMTExTwMA0VBQt+8FAAA="
> >> name="t:formdata" type="hidden">
> >>   
> >>   [key[-1208171831794208],value[true],
> >> key[-1208171831796673],value[true], key[-1208171831797495],value[false],
> >> key[-1208171831798317],value[false]]
> >>   
> >>   refresh
> >>   
> >>   http://www.w3.org/1999/xhtml";>
> >>   
> >>   
> >>   
> >> * >> id="form_44ae4be0d447f" class="t-prevent-submission">*
> >>   
> >>>> name="checkbox" type="checkbox"> >> class="t-error-icon" alt=""
> src="/assets/d539589c9facbc5d/core/spacer.gif"
> >> style="display: none;">
> >>   
> >>   
> >>>> name="checkbox_0" type="checkbox"> id="checkbox_44ae4be0d447f_0_icon"
> >> class="t-error-icon" alt=""
> src="/assets/d539589c9facbc5d/core/spacer.gif"
> >> style="display: none;">
> >>   
> >>   
> >>>> type="checkbox"> >> class="t-error-icon" alt=""
> src="/assets/d539589c9facbc5d/core/spacer.gif"
> >> style="display: n

Re: Refreshing a from in a Zone

2014-06-02 Thread Geoff Callender
That example was T5.4. Here's T5.3:


http://jumpstart.doublenegative.com.au/jumpstart/examples/ajax/formsinaloop

On 3 Jun 2014, at 9:29 am, Geoff Callender 
 wrote:

> Hi Boris,
> 
> I still think the HTML looks wrong. Stuff is getting moved about by the 
> browser because it was declared in between a row and a cell, which isn't 
> legal. I'm pretty sure table content has to be inside cells.
> 
> You can see Zone, Form, and Table working together in the following example. 
> The example doesn't have a Loop inside a Form, but perhaps you could strip 
> the example down, get it working, then try adding your Loop?
> 
>   
> http://jumpstart.doublenegative.com.au/jumpstart7/examples/ajax/formsinaloop
> 
> Cheers,
> 
> Geoff
> 
> On 3 Jun 2014, at 7:44 am, Boris Horvat  wrote:
> 
>> Id is there as I have mentioned above. The actually html that is generated
>> for the example above is and to me it looks like form is not properly
>> positioned in the table. Am I wrong?
>> 
>> Thanks
>> 
>> Before refresh!
>> 
>> 
>>   
>>   > value="0l3Pd9zAj3I6qxABtW5NMGczHjE=:H4sIAFvzloG1XIZBKiknMTk7Kb9C3yM1MackI7gksaS02ConP7+guIhBL78oXS+xIDE5I1WvJLEgtbikqNJULzm/KDUnMwlI5xbk56XmlRTr+QDVq5jq+p+8pslQfZKJgaGigMqGG0Y+Wfs5bfvlhcQZ7keS4UFAeaAUyIhUt6L83GAQL8U5JxOoJCwxpzRVd/qhKx0MCn+ZGBh9GLiTERIlDEI+WYllifo5iXnp+sElRZl56dYVBSUMgrqGRgYWhuaGFsaG5pYmQHa5AoMcdjcDHQkWBbrbFK+7kxKLU/Uck4CCicklbpmpOSkqwaklpQWqoYe5H4oe/wN1Xn5eSVF+jl9ibmohQx0DK8g5HDA7iHKFI6muCCjKT04tLg4uTcrNLC7OzM87vC7FJO3bvHO0SAomnwrSNN3FVtsTYzgoBFjQo8PMzNyYiIAA6eUoYeCCCcQbENYE0sOD300gJXzkONvcxNKUHGcbDqyzQQQ5zjaim7NJTYFmBgIfLOKW9NhCUqASgwIOwzPzsotBeaIEaIUL0VYAdYFzUglmvvLP7Jj0T6o9D5zTOSAFkWcKPJtzIWwEAGhib//hBQAA"
>> name="t:formdata" type="hidden">
>>   
>>   [key[-1208171831794208],value[true],
>> key[-1208171831796673],value[true], key[-1208171831797495],value[false],
>> key[-1208171831798317],value[true]]
>>   
>>   refresh
>>   
>>   
>>   
>>   
>>   
>> *> id="form" class="t-prevent-submission">*
>>   
>>   > type="checkbox">> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>>   
>>   
>>   > type="checkbox">> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>>   
>>   
>>   > type="checkbox">> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>>   
>>   
>>   > type="checkbox">> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>>   
>>   
>>   
>>   
>> 
>> 
>> After Refresh!
>> 
>> 
>>   
>>   > value="OHPu1s/F1j43AgG7qrgl2qJCnwQ=:H4sIAFvzloG1XIZBKiknMTk7Kb9C3yM1MackI7gksaS02ConP7+guIhBL78oXS+xIDE5I1WvJLEgtbikqNJULzm/KDUnMwlI5xbk56XmlRTr+QDVq5jq+p+8pslQfZKJgaGigMqGG0Y+Wfs5bfvlhcQZ7keS4UFAeaAUyIhUt6L83GAQL8U5JxOoJCwxpzRVd/qhKx0MCn+ZGBh9GLiTERIlDEI+WYllifo5iXnp+sElRZl56dYVBSUMgrqGRgYWhuaGFsaG5pYmQHa5AoMcdjcDHQkWBbrbFK+7kxKLU/Uck4CCicklbpmpOSkqwaklpQWqoYe5H4oe/wN1Xn5eSVF+jl9ibmohQx0DK8g5HDA7iHKFI6muCCjKT04tLg4uTcrNLC7OzM87vC7FJO3bvHO0SAomnwrSNN3FVtsTYzgoBFjQo8PMzNyYiIAA6eUoYeCCCcQbENYE0sOD300gJXzkONvcxNKUHGcbDqyzQQQ5zjaim7NJTYFmBgIfLOKW9NhCUqASgwIOwzPzsotBeaIEaIUL0VYAdYFzUglmvvLP7Jj0T6o9D5zTOSAFkWcKPJtLIGyMNzFJTDVJSjVIMTExTwMA0VBQt+8FAAA="
>> name="t:formdata" type="hidden">
>>   
>>   [key[-1208171831794208],value[true],
>> key[-1208171831796673],value[true], key[-1208171831797495],value[false],
>> key[-1208171831798317],value[false]]
>>   
>>   refresh
>>   
>>   http://www.w3.org/1999/xhtml";>
>>   
>>   
>>   
>> *> id="form_44ae4be0d447f" class="t-prevent-submission">*
>>   
>>   > name="checkbox" type="checkbox">> class="t-error-icon" alt="" src="/assets/d539589c9facbc5d/core/spacer.gif"
>> style="display: none;">
>>   
>>   
>>   > name="checkbox_0" type="checkbox">> class="t-error-icon" alt="" src="/assets/d539589c9facbc5d/core/spacer.gif"
>> style="display: none;">
>>   
>>   
>>   > type="checkbox">> class="t-error-icon" alt="" src="/assets/d539589c9facbc5d/core/spacer.gif"
>> style="display: none;">
>>   
>>   
>>   > type="checkbox">> class="t-error-icon" alt="" src="/assets/d539589c9facbc5d/core/spacer.gif"
>> style="display: none;">
>>   
>>   
>>   
>>   
>> 
>> 
>> 
>> On Mon, Jun 2, 2014 at 1:56 PM, Thiago H de Paula Figueiredo <
>> thiag...@gmail.com> wrote:
>> 
>>> On Sun, 01 Jun 2014 13:02:33 -0300, Boris Horvat 
>>> wrote:
>>> 
>>> Well from what I can see, it is not possible to put form in the middle of
 the table, so that means I will have to put it around the table. However
 for me this is a bit tricky cause inside I have a lot of loop iteration
 for the same source, hence when the form is submitted those loops will try
 to
 populate the same source.
 
>>> 
>>> Loop nor Form check whether they're inside a

Re: Refreshing a from in a Zone

2014-06-02 Thread Geoff Callender
Hi Boris,

I still think the HTML looks wrong. Stuff is getting moved about by the browser 
because it was declared in between a row and a cell, which isn't legal. I'm 
pretty sure table content has to be inside cells.

You can see Zone, Form, and Table working together in the following example. 
The example doesn't have a Loop inside a Form, but perhaps you could strip the 
example down, get it working, then try adding your Loop?


http://jumpstart.doublenegative.com.au/jumpstart7/examples/ajax/formsinaloop

Cheers,

Geoff

On 3 Jun 2014, at 7:44 am, Boris Horvat  wrote:

> Id is there as I have mentioned above. The actually html that is generated
> for the example above is and to me it looks like form is not properly
> positioned in the table. Am I wrong?
> 
> Thanks
> 
> Before refresh!
> 
> 
>
> value="0l3Pd9zAj3I6qxABtW5NMGczHjE=:H4sIAFvzloG1XIZBKiknMTk7Kb9C3yM1MackI7gksaS02ConP7+guIhBL78oXS+xIDE5I1WvJLEgtbikqNJULzm/KDUnMwlI5xbk56XmlRTr+QDVq5jq+p+8pslQfZKJgaGigMqGG0Y+Wfs5bfvlhcQZ7keS4UFAeaAUyIhUt6L83GAQL8U5JxOoJCwxpzRVd/qhKx0MCn+ZGBh9GLiTERIlDEI+WYllifo5iXnp+sElRZl56dYVBSUMgrqGRgYWhuaGFsaG5pYmQHa5AoMcdjcDHQkWBbrbFK+7kxKLU/Uck4CCicklbpmpOSkqwaklpQWqoYe5H4oe/wN1Xn5eSVF+jl9ibmohQx0DK8g5HDA7iHKFI6muCCjKT04tLg4uTcrNLC7OzM87vC7FJO3bvHO0SAomnwrSNN3FVtsTYzgoBFjQo8PMzNyYiIAA6eUoYeCCCcQbENYE0sOD300gJXzkONvcxNKUHGcbDqyzQQQ5zjaim7NJTYFmBgIfLOKW9NhCUqASgwIOwzPzsotBeaIEaIUL0VYAdYFzUglmvvLP7Jj0T6o9D5zTOSAFkWcKPJtzIWwEAGhib//hBQAA"
> name="t:formdata" type="hidden">
>
>[key[-1208171831794208],value[true],
> key[-1208171831796673],value[true], key[-1208171831797495],value[false],
> key[-1208171831798317],value[true]]
>
>refresh
>
>
>
>
>
> * id="form" class="t-prevent-submission">*
>
> type="checkbox"> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>
>
> type="checkbox"> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>
>
> type="checkbox"> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>
>
> type="checkbox"> src="/assets/d539589c9facbc5d/core/spacer.gif" style="display: none;">
>
>
>
>
> 
> 
> After Refresh!
> 
> 
>
> value="OHPu1s/F1j43AgG7qrgl2qJCnwQ=:H4sIAFvzloG1XIZBKiknMTk7Kb9C3yM1MackI7gksaS02ConP7+guIhBL78oXS+xIDE5I1WvJLEgtbikqNJULzm/KDUnMwlI5xbk56XmlRTr+QDVq5jq+p+8pslQfZKJgaGigMqGG0Y+Wfs5bfvlhcQZ7keS4UFAeaAUyIhUt6L83GAQL8U5JxOoJCwxpzRVd/qhKx0MCn+ZGBh9GLiTERIlDEI+WYllifo5iXnp+sElRZl56dYVBSUMgrqGRgYWhuaGFsaG5pYmQHa5AoMcdjcDHQkWBbrbFK+7kxKLU/Uck4CCicklbpmpOSkqwaklpQWqoYe5H4oe/wN1Xn5eSVF+jl9ibmohQx0DK8g5HDA7iHKFI6muCCjKT04tLg4uTcrNLC7OzM87vC7FJO3bvHO0SAomnwrSNN3FVtsTYzgoBFjQo8PMzNyYiIAA6eUoYeCCCcQbENYE0sOD300gJXzkONvcxNKUHGcbDqyzQQQ5zjaim7NJTYFmBgIfLOKW9NhCUqASgwIOwzPzsotBeaIEaIUL0VYAdYFzUglmvvLP7Jj0T6o9D5zTOSAFkWcKPJtLIGyMNzFJTDVJSjVIMTExTwMA0VBQt+8FAAA="
> name="t:formdata" type="hidden">
>
>[key[-1208171831794208],value[true],
> key[-1208171831796673],value[true], key[-1208171831797495],value[false],
> key[-1208171831798317],value[false]]
>
>refresh
>
>http://www.w3.org/1999/xhtml";>
>
>
>
> * id="form_44ae4be0d447f" class="t-prevent-submission">*
>
> name="checkbox" type="checkbox"> class="t-error-icon" alt="" src="/assets/d539589c9facbc5d/core/spacer.gif"
> style="display: none;">
>
>
> name="checkbox_0" type="checkbox"> class="t-error-icon" alt="" src="/assets/d539589c9facbc5d/core/spacer.gif"
> style="display: none;">
>
>
> type="checkbox"> class="t-error-icon" alt="" src="/assets/d539589c9facbc5d/core/spacer.gif"
> style="display: none;">
>
>
> type="checkbox"> class="t-error-icon" alt="" src="/assets/d539589c9facbc5d/core/spacer.gif"
> style="display: none;">
>
>
>
>
> 
> 
> 
> On Mon, Jun 2, 2014 at 1:56 PM, Thiago H de Paula Figueiredo <
> thiag...@gmail.com> wrote:
> 
>> On Sun, 01 Jun 2014 13:02:33 -0300, Boris Horvat 
>> wrote:
>> 
>> Well from what I can see, it is not possible to put form in the middle of
>>> the table, so that means I will have to put it around the table. However
>>> for me this is a bit tricky cause inside I have a lot of loop iteration
>>> for the same source, hence when the form is submitted those loops will try
>>> to
>>> populate the same source.
>>> 
>> 
>> Loop nor Form check whether they're inside a  or anything like
>> that. Your problem is elsewhere. In addition, you didn't set an HTML id in
>> your zone: . t:id isn't (HTML) id. Try > t:id="zone" id="zone">. Geoff just warned you you're generating invalid
>> HTML.
>> 
>> 
>> --
>> Thiago H. de Paula Figueiredo
>> Tape

Re: Refreshing a from in a Zone

2014-06-02 Thread Boris Horvat
Id is there as I have mentioned above. The actually html that is generated
for the example above is and to me it looks like form is not properly
positioned in the table. Am I wrong?

Thanks

Before refresh!





[key[-1208171831794208],value[true],
key[-1208171831796673],value[true], key[-1208171831797495],value[false],
key[-1208171831798317],value[true]]

refresh





**

















After Refresh!





[key[-1208171831794208],value[true],
key[-1208171831796673],value[true], key[-1208171831797495],value[false],
key[-1208171831798317],value[false]]

refresh

http://www.w3.org/1999/xhtml";>



**


















On Mon, Jun 2, 2014 at 1:56 PM, Thiago H de Paula Figueiredo <
thiag...@gmail.com> wrote:

> On Sun, 01 Jun 2014 13:02:33 -0300, Boris Horvat 
> wrote:
>
>  Well from what I can see, it is not possible to put form in the middle of
>> the table, so that means I will have to put it around the table. However
>> for me this is a bit tricky cause inside I have a lot of loop iteration
>> for the same source, hence when the form is submitted those loops will try
>> to
>> populate the same source.
>>
>
> Loop nor Form check whether they're inside a  or anything like
> that. Your problem is elsewhere. In addition, you didn't set an HTML id in
> your zone: . t:id isn't (HTML) id. Try  t:id="zone" id="zone">. Geoff just warned you you're generating invalid
> HTML.
>
>
> --
> 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
>
>


-- 
Sincerely
*Boris Horvat*


Re: Refreshing a from in a Zone

2014-06-02 Thread Thiago H de Paula Figueiredo
On Sun, 01 Jun 2014 13:02:33 -0300, Boris Horvat  
 wrote:



Well from what I can see, it is not possible to put form in the middle of
the table, so that means I will have to put it around the table. However
for me this is a bit tricky cause inside I have a lot of loop iteration  
for the same source, hence when the form is submitted those loops will  
try to

populate the same source.


Loop nor Form check whether they're inside a  or anything like  
that. Your problem is elsewhere. In addition, you didn't set an HTML id in  
your zone: . t:id isn't (HTML) id. Try t:id="zone" id="zone">. Geoff just warned you you're generating invalid  
HTML.


--
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



Re: Refreshing a from in a Zone

2014-06-01 Thread Boris Horvat
Well from what I can see, it is not possible to put form in the middle of
the table, so that means I will have to put it around the table. However
for me this is a bit tricky cause inside I have a lot of loop iteration for
the same source, hence when the form is submitted those loops will try to
populate the same source.

Is it possible to somehow tell tapestry to ignore those other loops? To
disable them in a manner of speaking?


On Sun, Jun 1, 2014 at 3:45 PM, Boris Horvat 
wrote:

> Hi Geoff,
>
> I am not sure I follow what you mean? I have tried to integrate loop into
>  it made no difference I am afraid.
>
> Thiago, I have the id there (in the actually example) adding it to my demo
> didnt make a difference I am afraid.
>
> Cheers
>
>
> On Sun, Jun 1, 2014 at 3:29 PM, Geoff Callender <
> geoff.callender.jumpst...@gmail.com> wrote:
>
>> Probably nothing to do with your problem, but I don't think it's legal to
>> have ${values} outside of a cell. The same goes for the LinkSubmit.
>>
>> On 1 Jun 2014, at 6:11 am, Boris Horvat  wrote:
>>
>> > Here is the code that will trigger the issue (I needed a bit of time to
>> > isolate everything sorry for the delay.
>> >
>> > The fact that loop is around  element is what is triggering the
>> issue
>> >
>> >  
>> >
>> >
>> >
>> >
>> >${values}
>> >> > t:encoder="encoder">
>> >
>> >
>> >
>> >
>> >
>> >refresh
>> >
>> >
>> >
>> >
>> >
>> >
>> >@Inject
>> >private AjaxResponseRenderer ajaxResponseRenderer;
>> >@InjectComponent
>> >private Zone zone;
>> >
>> >@Persist
>> >@Property
>> >private List> values; //ItemSingleHolder
>> is a
>> > generic class that is just used to hold objects
>> >@Property
>> >private ItemSingleHolder value;
>> >
>> >@OnEvent(value = EventConstants.SUCCESS, component = "form")
>> >public void form() {
>> >System.out.println(values);
>> >ajaxResponseRenderer.addRender(zone);
>> >}
>> >
>> >@SetupRender
>> >public void setup() {
>> >values = new LinkedList>();
>> >values.add(new ItemSingleHolder(true));
>> >values.add(new ItemSingleHolder(true));
>> >values.add(new ItemSingleHolder(false));
>> >values.add(new ItemSingleHolder(true));
>> >}
>> >
>> >public ValueEncoder> getEncoder() {
>> >return new ItemHolderEncoder>(values);
>> //
>> > generic encoder for the holder class
>> >}
>> >
>> >
>> >
>> > On Sat, May 31, 2014 at 10:09 PM, Boris Horvat <
>> horvat.z.bo...@gmail.com>
>> > wrote:
>> >
>> >> Hi, thanks for the quick response
>> >>
>> >> Thiago, the entire form is already in a zone.
>> >>
>> >> I don't think that stack trace will help but here it is
>> >>
>> >> Stack trace
>> >>
>> >>   -
>> >>
>> org.apache.tapestry5.corelib.components.Form.executeStoredActions(Form.java:649)
>> >>   -
>> >>
>> org.apache.tapestry5.corelib.components.Form.advised$onAction_3a65a93609ae0(Form.java:539)
>> >>   -
>> org.apache.tapestry5.corelib.components.Form$Invocation_onAction_3a65a93609adf.proceedToAdvisedMethod(Unknown
>> >>   Source)
>> >>   -
>> >>
>> org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:84)
>> >>   -
>> >>
>> org.apache.tapestry5.ioc.internal.services.LoggingAdvice.advise(LoggingAdvice.java:37)
>> >>   -
>> >>
>> org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:86)
>> >>   - org.apache.tapestry5.corelib.components.Form.onAction(Form.java)
>> >>   -
>> >>
>> org.apache.tapestry5.corelib.components.Form.dispatchComponentEvent(Form.java)
>> >>   -
>> >>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.dispatchEvent(ComponentPageElementImpl.java:940)
>> >>   -
>> >>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.processEventTriggering(ComponentPageElementImpl.java:1117)
>> >>   -
>> >>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.access$3100(ComponentPageElementImpl.java:61)
>> >>   -
>> >>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1062)
>> >>   -
>> >>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1059)
>> >>   -
>> >>
>> org.apache.tapestry5.internal.structure.ComponentPageElementResourcesImpl.invoke(ComponentPageElementResourcesImpl.java:146)
>> >>   -
>> >>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1058)
>> >>   -
>> >>
>> org.apache.tapestry5.internal.services.AjaxComponentEventRequestHan

Re: Refreshing a from in a Zone

2014-06-01 Thread Boris Horvat
Hi Geoff,

I am not sure I follow what you mean? I have tried to integrate loop into
 it made no difference I am afraid.

Thiago, I have the id there (in the actually example) adding it to my demo
didnt make a difference I am afraid.

Cheers


On Sun, Jun 1, 2014 at 3:29 PM, Geoff Callender <
geoff.callender.jumpst...@gmail.com> wrote:

> Probably nothing to do with your problem, but I don't think it's legal to
> have ${values} outside of a cell. The same goes for the LinkSubmit.
>
> On 1 Jun 2014, at 6:11 am, Boris Horvat  wrote:
>
> > Here is the code that will trigger the issue (I needed a bit of time to
> > isolate everything sorry for the delay.
> >
> > The fact that loop is around  element is what is triggering the issue
> >
> >  
> >
> >
> >
> >
> >${values}
> > > t:encoder="encoder">
> >
> >
> >
> >
> >
> >refresh
> >
> >
> >
> >
> >
> >
> >@Inject
> >private AjaxResponseRenderer ajaxResponseRenderer;
> >@InjectComponent
> >private Zone zone;
> >
> >@Persist
> >@Property
> >private List> values; //ItemSingleHolder is
> a
> > generic class that is just used to hold objects
> >@Property
> >private ItemSingleHolder value;
> >
> >@OnEvent(value = EventConstants.SUCCESS, component = "form")
> >public void form() {
> >System.out.println(values);
> >ajaxResponseRenderer.addRender(zone);
> >}
> >
> >@SetupRender
> >public void setup() {
> >values = new LinkedList>();
> >values.add(new ItemSingleHolder(true));
> >values.add(new ItemSingleHolder(true));
> >values.add(new ItemSingleHolder(false));
> >values.add(new ItemSingleHolder(true));
> >}
> >
> >public ValueEncoder> getEncoder() {
> >return new ItemHolderEncoder>(values);
> //
> > generic encoder for the holder class
> >}
> >
> >
> >
> > On Sat, May 31, 2014 at 10:09 PM, Boris Horvat  >
> > wrote:
> >
> >> Hi, thanks for the quick response
> >>
> >> Thiago, the entire form is already in a zone.
> >>
> >> I don't think that stack trace will help but here it is
> >>
> >> Stack trace
> >>
> >>   -
> >>
> org.apache.tapestry5.corelib.components.Form.executeStoredActions(Form.java:649)
> >>   -
> >>
> org.apache.tapestry5.corelib.components.Form.advised$onAction_3a65a93609ae0(Form.java:539)
> >>   -
> org.apache.tapestry5.corelib.components.Form$Invocation_onAction_3a65a93609adf.proceedToAdvisedMethod(Unknown
> >>   Source)
> >>   -
> >>
> org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:84)
> >>   -
> >>
> org.apache.tapestry5.ioc.internal.services.LoggingAdvice.advise(LoggingAdvice.java:37)
> >>   -
> >>
> org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:86)
> >>   - org.apache.tapestry5.corelib.components.Form.onAction(Form.java)
> >>   -
> >>
> org.apache.tapestry5.corelib.components.Form.dispatchComponentEvent(Form.java)
> >>   -
> >>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.dispatchEvent(ComponentPageElementImpl.java:940)
> >>   -
> >>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.processEventTriggering(ComponentPageElementImpl.java:1117)
> >>   -
> >>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.access$3100(ComponentPageElementImpl.java:61)
> >>   -
> >>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1062)
> >>   -
> >>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1059)
> >>   -
> >>
> org.apache.tapestry5.internal.structure.ComponentPageElementResourcesImpl.invoke(ComponentPageElementResourcesImpl.java:146)
> >>   -
> >>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1058)
> >>   -
> >>
> org.apache.tapestry5.internal.services.AjaxComponentEventRequestHandler.handle(AjaxComponentEventRequestHandler.java:110)
> >>   -
> >>
> org.apache.tapestry5.internal.services.ajax.AjaxFormUpdateFilter.handle(AjaxFormUpdateFilter.java:56)
> >>   -
> >>
> org.apache.tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42)
> >>   -
> >>
> org.apache.tapestry5.upload.internal.services.UploadExceptionFilter.handle(UploadExceptionFilter.java:75)
> >>   -
> >>
> org.apache.tapestry5.services.TapestryModule$41.handle(TapestryModule.java:2476)
> >>   -
> >>
> org.apache.tapestry5.internal.services.ComponentRequestHandlerTerminator.handleComponentEvent(ComponentRequestHandlerTerminator.java:43)
> >>   -
> >>
> com.bomahabo

Re: Refreshing a from in a Zone

2014-06-01 Thread Geoff Callender
Probably nothing to do with your problem, but I don't think it's legal to have 
${values} outside of a cell. The same goes for the LinkSubmit.
 
On 1 Jun 2014, at 6:11 am, Boris Horvat  wrote:

> Here is the code that will trigger the issue (I needed a bit of time to
> isolate everything sorry for the delay.
> 
> The fact that loop is around  element is what is triggering the issue
> 
>  
>
>
>
>
>${values}
> t:encoder="encoder">
>
>
>
>
>
>refresh
>
>
>
>
>
> 
>@Inject
>private AjaxResponseRenderer ajaxResponseRenderer;
>@InjectComponent
>private Zone zone;
> 
>@Persist
>@Property
>private List> values; //ItemSingleHolder is a
> generic class that is just used to hold objects
>@Property
>private ItemSingleHolder value;
> 
>@OnEvent(value = EventConstants.SUCCESS, component = "form")
>public void form() {
>System.out.println(values);
>ajaxResponseRenderer.addRender(zone);
>}
> 
>@SetupRender
>public void setup() {
>values = new LinkedList>();
>values.add(new ItemSingleHolder(true));
>values.add(new ItemSingleHolder(true));
>values.add(new ItemSingleHolder(false));
>values.add(new ItemSingleHolder(true));
>}
> 
>public ValueEncoder> getEncoder() {
>return new ItemHolderEncoder>(values); //
> generic encoder for the holder class
>}
> 
> 
> 
> On Sat, May 31, 2014 at 10:09 PM, Boris Horvat 
> wrote:
> 
>> Hi, thanks for the quick response
>> 
>> Thiago, the entire form is already in a zone.
>> 
>> I don't think that stack trace will help but here it is
>> 
>> Stack trace
>> 
>>   -
>>   
>> org.apache.tapestry5.corelib.components.Form.executeStoredActions(Form.java:649)
>>   -
>>   
>> org.apache.tapestry5.corelib.components.Form.advised$onAction_3a65a93609ae0(Form.java:539)
>>   - 
>> org.apache.tapestry5.corelib.components.Form$Invocation_onAction_3a65a93609adf.proceedToAdvisedMethod(Unknown
>>   Source)
>>   -
>>   
>> org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:84)
>>   -
>>   
>> org.apache.tapestry5.ioc.internal.services.LoggingAdvice.advise(LoggingAdvice.java:37)
>>   -
>>   
>> org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:86)
>>   - org.apache.tapestry5.corelib.components.Form.onAction(Form.java)
>>   -
>>   
>> org.apache.tapestry5.corelib.components.Form.dispatchComponentEvent(Form.java)
>>   -
>>   
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.dispatchEvent(ComponentPageElementImpl.java:940)
>>   -
>>   
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.processEventTriggering(ComponentPageElementImpl.java:1117)
>>   -
>>   
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.access$3100(ComponentPageElementImpl.java:61)
>>   -
>>   
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1062)
>>   -
>>   
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1059)
>>   -
>>   
>> org.apache.tapestry5.internal.structure.ComponentPageElementResourcesImpl.invoke(ComponentPageElementResourcesImpl.java:146)
>>   -
>>   
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1058)
>>   -
>>   
>> org.apache.tapestry5.internal.services.AjaxComponentEventRequestHandler.handle(AjaxComponentEventRequestHandler.java:110)
>>   -
>>   
>> org.apache.tapestry5.internal.services.ajax.AjaxFormUpdateFilter.handle(AjaxFormUpdateFilter.java:56)
>>   -
>>   
>> org.apache.tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42)
>>   -
>>   
>> org.apache.tapestry5.upload.internal.services.UploadExceptionFilter.handle(UploadExceptionFilter.java:75)
>>   -
>>   
>> org.apache.tapestry5.services.TapestryModule$41.handle(TapestryModule.java:2476)
>>   -
>>   
>> org.apache.tapestry5.internal.services.ComponentRequestHandlerTerminator.handleComponentEvent(ComponentRequestHandlerTerminator.java:43)
>>   -
>>   
>> com.bomahabo.flow.services.security.AllowSuspendedStudioFilter.handleComponentEvent(AllowSuspendedStudioFilter.java:65)
>>   -
>>   
>> com.bomahabo.flow.services.security.RequiresProjectFilter.handleComponentEvent(RequiresProjectFilter.java:65)
>>   -
>>   
>> org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39)
>>   -
>>   
>> org.tynamo.security.SecurityComponentRequestFilter.handleComponentEvent(SecurityComponentRequestFilter.j

Re: Refreshing a from in a Zone

2014-06-01 Thread Thiago H de Paula Figueiredo

Try adding id="zone" to your zone.

On Sat, 31 May 2014 17:11:13 -0300, Boris Horvat  
 wrote:



Here is the code that will trigger the issue (I needed a bit of time to
isolate everything sorry for the delay.

The fact that loop is around  element is what is triggering the issue

  




${values}






refresh






@Inject
private AjaxResponseRenderer ajaxResponseRenderer;
@InjectComponent
private Zone zone;

@Persist
@Property
private List> values; //ItemSingleHolder  
is a

generic class that is just used to hold objects
@Property
private ItemSingleHolder value;

@OnEvent(value = EventConstants.SUCCESS, component = "form")
public void form() {
System.out.println(values);
ajaxResponseRenderer.addRender(zone);
}

@SetupRender
public void setup() {
values = new LinkedList>();
values.add(new ItemSingleHolder(true));
values.add(new ItemSingleHolder(true));
values.add(new ItemSingleHolder(false));
values.add(new ItemSingleHolder(true));
}

public ValueEncoder> getEncoder() {
return new ItemHolderEncoder>(values);  
//

generic encoder for the holder class
}



On Sat, May 31, 2014 at 10:09 PM, Boris Horvat 
wrote:


Hi, thanks for the quick response

Thiago, the entire form is already in a zone.

I don't think that stack trace will help but here it is

Stack trace

   -
   
org.apache.tapestry5.corelib.components.Form.executeStoredActions(Form.java:649)
   -
   
org.apache.tapestry5.corelib.components.Form.advised$onAction_3a65a93609ae0(Form.java:539)
   -  
org.apache.tapestry5.corelib.components.Form$Invocation_onAction_3a65a93609adf.proceedToAdvisedMethod(Unknown

   Source)
   -
   
org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:84)
   -
   
org.apache.tapestry5.ioc.internal.services.LoggingAdvice.advise(LoggingAdvice.java:37)
   -
   
org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:86)
   - org.apache.tapestry5.corelib.components.Form.onAction(Form.java)
   -
   
org.apache.tapestry5.corelib.components.Form.dispatchComponentEvent(Form.java)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl.dispatchEvent(ComponentPageElementImpl.java:940)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl.processEventTriggering(ComponentPageElementImpl.java:1117)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl.access$3100(ComponentPageElementImpl.java:61)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1062)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1059)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementResourcesImpl.invoke(ComponentPageElementResourcesImpl.java:146)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1058)
   -
   
org.apache.tapestry5.internal.services.AjaxComponentEventRequestHandler.handle(AjaxComponentEventRequestHandler.java:110)
   -
   
org.apache.tapestry5.internal.services.ajax.AjaxFormUpdateFilter.handle(AjaxFormUpdateFilter.java:56)
   -
   org.apache.tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42)
   -
   
org.apache.tapestry5.upload.internal.services.UploadExceptionFilter.handle(UploadExceptionFilter.java:75)
   -
   
org.apache.tapestry5.services.TapestryModule$41.handle(TapestryModule.java:2476)
   -
   
org.apache.tapestry5.internal.services.ComponentRequestHandlerTerminator.handleComponentEvent(ComponentRequestHandlerTerminator.java:43)
   -
   
com.bomahabo.flow.services.security.AllowSuspendedStudioFilter.handleComponentEvent(AllowSuspendedStudioFilter.java:65)
   -
   
com.bomahabo.flow.services.security.RequiresProjectFilter.handleComponentEvent(RequiresProjectFilter.java:65)
   -
   
org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39)
   -
   
org.tynamo.security.SecurityComponentRequestFilter.handleComponentEvent(SecurityComponentRequestFilter.java:41)
   -
   
org.apache.tapestry5.internal.services.ComponentEventDispatcher.dispatch(ComponentEventDispatcher.java:46)
   -
   
org.apache.tapestry5.services.TapestryModule$RequestHandlerTerminator.service(TapestryModule.java:302)
   -
   
org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26)
   -
   
org.apache.tapestry5.services.Tap

Re: Refreshing a from in a Zone

2014-06-01 Thread Boris Horvat
So apparently the form has to be outside of the table structure. Should
this be considered a bug?

For me the tricky part her is that there are a couple of loops here so if I
surround table with the form, it tries to revert back all of the data. Is
it possible to tell the loop not to be encoded back?


On Sat, May 31, 2014 at 10:11 PM, Boris Horvat 
wrote:

> Here is the code that will trigger the issue (I needed a bit of time to
> isolate everything sorry for the delay.
>
> The fact that loop is around  element is what is triggering the issue
>
>   
> 
> 
> 
> 
> ${values}
>  t:encoder="encoder">
> 
> 
> 
> 
> 
> refresh
> 
> 
> 
> 
> 
>
> @Inject
> private AjaxResponseRenderer ajaxResponseRenderer;
> @InjectComponent
> private Zone zone;
>
>  @Persist
> @Property
> private List> values; //ItemSingleHolder is
> a generic class that is just used to hold objects
> @Property
> private ItemSingleHolder value;
>
> @OnEvent(value = EventConstants.SUCCESS, component = "form")
> public void form() {
> System.out.println(values);
> ajaxResponseRenderer.addRender(zone);
> }
>
> @SetupRender
> public void setup() {
> values = new LinkedList>();
> values.add(new ItemSingleHolder(true));
> values.add(new ItemSingleHolder(true));
> values.add(new ItemSingleHolder(false));
>  values.add(new ItemSingleHolder(true));
> }
>
> public ValueEncoder> getEncoder() {
> return new ItemHolderEncoder>(values);
> // generic encoder for the holder class
> }
>
>
>
> On Sat, May 31, 2014 at 10:09 PM, Boris Horvat 
> wrote:
>
>> Hi, thanks for the quick response
>>
>> Thiago, the entire form is already in a zone.
>>
>> I don't think that stack trace will help but here it is
>>
>> Stack trace
>>
>>-
>>
>> org.apache.tapestry5.corelib.components.Form.executeStoredActions(Form.java:649)
>>-
>>
>> org.apache.tapestry5.corelib.components.Form.advised$onAction_3a65a93609ae0(Form.java:539)
>>- 
>> org.apache.tapestry5.corelib.components.Form$Invocation_onAction_3a65a93609adf.proceedToAdvisedMethod(Unknown
>>Source)
>>-
>>
>> org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:84)
>>-
>>
>> org.apache.tapestry5.ioc.internal.services.LoggingAdvice.advise(LoggingAdvice.java:37)
>>-
>>
>> org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:86)
>>- org.apache.tapestry5.corelib.components.Form.onAction(Form.java)
>>-
>>
>> org.apache.tapestry5.corelib.components.Form.dispatchComponentEvent(Form.java)
>>-
>>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.dispatchEvent(ComponentPageElementImpl.java:940)
>>-
>>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.processEventTriggering(ComponentPageElementImpl.java:1117)
>>-
>>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.access$3100(ComponentPageElementImpl.java:61)
>>-
>>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1062)
>>-
>>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1059)
>>-
>>
>> org.apache.tapestry5.internal.structure.ComponentPageElementResourcesImpl.invoke(ComponentPageElementResourcesImpl.java:146)
>>-
>>
>> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1058)
>>-
>>
>> org.apache.tapestry5.internal.services.AjaxComponentEventRequestHandler.handle(AjaxComponentEventRequestHandler.java:110)
>>-
>>
>> org.apache.tapestry5.internal.services.ajax.AjaxFormUpdateFilter.handle(AjaxFormUpdateFilter.java:56)
>>-
>>
>> org.apache.tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42)
>>-
>>
>> org.apache.tapestry5.upload.internal.services.UploadExceptionFilter.handle(UploadExceptionFilter.java:75)
>>-
>>
>> org.apache.tapestry5.services.TapestryModule$41.handle(TapestryModule.java:2476)
>>-
>>
>> org.apache.tapestry5.internal.services.ComponentRequestHandlerTerminator.handleComponentEvent(ComponentRequestHandlerTerminator.java:43)
>>-
>>
>> com.bomahabo.flow.services.security.AllowSuspendedStudioFilter.handleComponentEvent(AllowSuspendedStudioFilter.java:65)
>>-
>>
>> com.bomahabo.flow.services.security.RequiresProjectFilter.handleComponentEvent(RequiresProjectFilter.java:65)
>>   

Re: Refreshing a from in a Zone

2014-05-31 Thread Boris Horvat
Here is the code that will trigger the issue (I needed a bit of time to
isolate everything sorry for the delay.

The fact that loop is around  element is what is triggering the issue

  




${values}






refresh






@Inject
private AjaxResponseRenderer ajaxResponseRenderer;
@InjectComponent
private Zone zone;

@Persist
@Property
private List> values; //ItemSingleHolder is a
generic class that is just used to hold objects
@Property
private ItemSingleHolder value;

@OnEvent(value = EventConstants.SUCCESS, component = "form")
public void form() {
System.out.println(values);
ajaxResponseRenderer.addRender(zone);
}

@SetupRender
public void setup() {
values = new LinkedList>();
values.add(new ItemSingleHolder(true));
values.add(new ItemSingleHolder(true));
values.add(new ItemSingleHolder(false));
values.add(new ItemSingleHolder(true));
}

public ValueEncoder> getEncoder() {
return new ItemHolderEncoder>(values); //
generic encoder for the holder class
}



On Sat, May 31, 2014 at 10:09 PM, Boris Horvat 
wrote:

> Hi, thanks for the quick response
>
> Thiago, the entire form is already in a zone.
>
> I don't think that stack trace will help but here it is
>
> Stack trace
>
>-
>
> org.apache.tapestry5.corelib.components.Form.executeStoredActions(Form.java:649)
>-
>
> org.apache.tapestry5.corelib.components.Form.advised$onAction_3a65a93609ae0(Form.java:539)
>- 
> org.apache.tapestry5.corelib.components.Form$Invocation_onAction_3a65a93609adf.proceedToAdvisedMethod(Unknown
>Source)
>-
>
> org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:84)
>-
>
> org.apache.tapestry5.ioc.internal.services.LoggingAdvice.advise(LoggingAdvice.java:37)
>-
>
> org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:86)
>- org.apache.tapestry5.corelib.components.Form.onAction(Form.java)
>-
>
> org.apache.tapestry5.corelib.components.Form.dispatchComponentEvent(Form.java)
>-
>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.dispatchEvent(ComponentPageElementImpl.java:940)
>-
>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.processEventTriggering(ComponentPageElementImpl.java:1117)
>-
>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.access$3100(ComponentPageElementImpl.java:61)
>-
>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1062)
>-
>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1059)
>-
>
> org.apache.tapestry5.internal.structure.ComponentPageElementResourcesImpl.invoke(ComponentPageElementResourcesImpl.java:146)
>-
>
> org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1058)
>-
>
> org.apache.tapestry5.internal.services.AjaxComponentEventRequestHandler.handle(AjaxComponentEventRequestHandler.java:110)
>-
>
> org.apache.tapestry5.internal.services.ajax.AjaxFormUpdateFilter.handle(AjaxFormUpdateFilter.java:56)
>-
>
> org.apache.tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42)
>-
>
> org.apache.tapestry5.upload.internal.services.UploadExceptionFilter.handle(UploadExceptionFilter.java:75)
>-
>
> org.apache.tapestry5.services.TapestryModule$41.handle(TapestryModule.java:2476)
>-
>
> org.apache.tapestry5.internal.services.ComponentRequestHandlerTerminator.handleComponentEvent(ComponentRequestHandlerTerminator.java:43)
>-
>
> com.bomahabo.flow.services.security.AllowSuspendedStudioFilter.handleComponentEvent(AllowSuspendedStudioFilter.java:65)
>-
>
> com.bomahabo.flow.services.security.RequiresProjectFilter.handleComponentEvent(RequiresProjectFilter.java:65)
>-
>
> org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39)
>-
>
> org.tynamo.security.SecurityComponentRequestFilter.handleComponentEvent(SecurityComponentRequestFilter.java:41)
>-
>
> org.apache.tapestry5.internal.services.ComponentEventDispatcher.dispatch(ComponentEventDispatcher.java:46)
>-
>
> org.apache.tapestry5.services.TapestryModule$RequestHandlerTerminator.service(TapestryModule.java:302)
>-
>
> org.apache.tapestry5.internal.services.RequestErrorFilter.service(R

Re: Refreshing a from in a Zone

2014-05-31 Thread Boris Horvat
Hi, thanks for the quick response

Thiago, the entire form is already in a zone.

I don't think that stack trace will help but here it is

Stack trace

   -
   
org.apache.tapestry5.corelib.components.Form.executeStoredActions(Form.java:649)
   -
   
org.apache.tapestry5.corelib.components.Form.advised$onAction_3a65a93609ae0(Form.java:539)
   - 
org.apache.tapestry5.corelib.components.Form$Invocation_onAction_3a65a93609adf.proceedToAdvisedMethod(Unknown
   Source)
   -
   
org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:84)
   -
   
org.apache.tapestry5.ioc.internal.services.LoggingAdvice.advise(LoggingAdvice.java:37)
   -
   
org.apache.tapestry5.internal.plastic.AbstractMethodInvocation.proceed(AbstractMethodInvocation.java:86)
   - org.apache.tapestry5.corelib.components.Form.onAction(Form.java)
   -
   
org.apache.tapestry5.corelib.components.Form.dispatchComponentEvent(Form.java)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl.dispatchEvent(ComponentPageElementImpl.java:940)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl.processEventTriggering(ComponentPageElementImpl.java:1117)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl.access$3100(ComponentPageElementImpl.java:61)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1062)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl$5.invoke(ComponentPageElementImpl.java:1059)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementResourcesImpl.invoke(ComponentPageElementResourcesImpl.java:146)
   -
   
org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1058)
   -
   
org.apache.tapestry5.internal.services.AjaxComponentEventRequestHandler.handle(AjaxComponentEventRequestHandler.java:110)
   -
   
org.apache.tapestry5.internal.services.ajax.AjaxFormUpdateFilter.handle(AjaxFormUpdateFilter.java:56)
   -
   org.apache.tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42)
   -
   
org.apache.tapestry5.upload.internal.services.UploadExceptionFilter.handle(UploadExceptionFilter.java:75)
   -
   
org.apache.tapestry5.services.TapestryModule$41.handle(TapestryModule.java:2476)
   -
   
org.apache.tapestry5.internal.services.ComponentRequestHandlerTerminator.handleComponentEvent(ComponentRequestHandlerTerminator.java:43)
   -
   
com.bomahabo.flow.services.security.AllowSuspendedStudioFilter.handleComponentEvent(AllowSuspendedStudioFilter.java:65)
   -
   
com.bomahabo.flow.services.security.RequiresProjectFilter.handleComponentEvent(RequiresProjectFilter.java:65)
   -
   
org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39)
   -
   
org.tynamo.security.SecurityComponentRequestFilter.handleComponentEvent(SecurityComponentRequestFilter.java:41)
   -
   
org.apache.tapestry5.internal.services.ComponentEventDispatcher.dispatch(ComponentEventDispatcher.java:46)
   -
   
org.apache.tapestry5.services.TapestryModule$RequestHandlerTerminator.service(TapestryModule.java:302)
   -
   
org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26)
   -
   
org.apache.tapestry5.services.TapestryModule$3.service(TapestryModule.java:902)
   -
   
org.apache.tapestry5.services.TapestryModule$2.service(TapestryModule.java:892)
   -
   
org.apache.tapestry5.internal.services.StaticFilesFilter.service(StaticFilesFilter.java:90)
   -
   
org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:105)
   -
   
org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:95)
   -
   
org.apache.tapestry5.ioc.internal.util.ConcurrentBarrier.withRead(ConcurrentBarrier.java:85)
   -
   
org.apache.tapestry5.internal.services.CheckForUpdatesFilter.service(CheckForUpdatesFilter.java:119)
   -
   
org.apache.tapestry5.services.TapestryModule$HttpServletRequestHandlerTerminator.service(TapestryModule.java:253)
   -
   
org.got5.tapestry5.jquery.services.AjaxUploadServletRequestFilter.service(AjaxUploadServletRequestFilter.java:27)
   -
   org.apache.tapestry5.internal.gzip.GZipFilter.service(GZipFilter.java:53)
   -
   
org.tynamo.resteasy.ResteasyRequestFilter.service(ResteasyRequestFilter.java:100)
   -
   
org.tynamo.security.services.impl.SecurityConfiguration$1.call(SecurityConfiguration.java:56)
   -
   
org.tynamo.security.services.impl.SecurityConfiguration$1.call(SecurityConfiguration.java:54)
   -
   
org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
   -
   
org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
   -
   
org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:380)
   -
   
org.tynamo.security.services.impl.SecurityConfigurati

Re: Refreshing a from in a Zone

2014-05-31 Thread Thiago H de Paula Figueiredo
The easiest solution is to wrap the whole form inside a Zone and update  
this zone.


On Sat, 31 May 2014 15:55:10 -0300, Boris Horvat  
 wrote:



Hi everyone,

I have form that basically displays couple of checkboxs that user can
select/deselect. Once he is made his choice he clicks a button and a form
is submited, zone is refreshed (include the form).

All of the data is nicely displayed but a second submissions throws the
error

Forms require that the request method be POST and that the t:formdata  
query

parameter have values.

Am I doing something wrong? Is my scenario possible?

Let me know if you need code samples

Cheers




--
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



Re: Refreshing a from in a Zone

2014-05-31 Thread Kalle Korhonen
On Sat, May 31, 2014 at 11:55 AM, Boris Horvat 
wrote:

> I have form that basically displays couple of checkboxs that user can
> select/deselect. Once he is made his choice he clicks a button and a form
> is submited, zone is refreshed (include the form).
> All of the data is nicely displayed but a second submissions throws the
> error
> Forms require that the request method be POST and that the t:formdata query
> parameter have values.
> Am I doing something wrong? Is my scenario possible?
> Let me know if you need code samples
>

(I apologize in advance but couldn't resist...). Yes, you need to fix the
error. Let me know if you need better instructions.

In all seriousness, yes of course we need code samples and a bare minimum
is you tell us which error you are seeing, e.g. a stack trace.

Kalle


Refreshing a from in a Zone

2014-05-31 Thread Boris Horvat
Hi everyone,

I have form that basically displays couple of checkboxs that user can
select/deselect. Once he is made his choice he clicks a button and a form
is submited, zone is refreshed (include the form).

All of the data is nicely displayed but a second submissions throws the
error

Forms require that the request method be POST and that the t:formdata query
parameter have values.

Am I doing something wrong? Is my scenario possible?

Let me know if you need code samples

Cheers

-- 
Sincerely
*Boris Horvat*