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
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.
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
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 an
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
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
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.
T
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[t
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 sou
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
po
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
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
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
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 bac
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}
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.adv
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
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
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 requ
19 matches
Mail list logo