Re: Keep the same form id after the zone refresh

2014-01-01 Thread Kristian Marinkovic
in tapestry your server side event handlers are not related to the client side html ids. the client side html ids happen to use the server side component id for convenience. An onValidateFromMyForm() handler will we triggered even if the MyForm form is nested and updated in a zone. On Tue,

Re: Keep the same form id after the zone refresh

2014-01-01 Thread Boris Horvat
but that event handler wont work correctly once zone updates it to MyForm_123bashas (at least it doesnt work for me :)) On Wed, Jan 1, 2014 at 9:42 PM, Kristian Marinkovic kristian.marinko...@gmail.com wrote: in tapestry your server side event handlers are not related to the client side

Re: Keep the same form id after the zone refresh

2014-01-01 Thread Kristian Marinkovic
Try creating a simple tapestry page with just a form (submit + textfield) in a zone and test it. All of my applications wouldn't work if this didn't work :) Am 01.01.2014 22:03 schrieb Boris Horvat horvat.z.bo...@gmail.com: but that event handler wont work correctly once zone updates it to

Re: Keep the same form id after the zone refresh

2013-12-31 Thread Boris Horvat
Well I did used this before, and it worked fine... Also I believe that I have read somewhere that I can use a property and pass it to the id field and in this way to fix the form id. I will try that to see if it works tnx On Tue, Dec 31, 2013 at 5:28 AM, Thai Tran bubu...@gmail.com wrote: No,

Re: Keep the same form id after the zone refresh

2013-12-31 Thread Boris Horvat
I have tried to create a method that will set the id every time, however this has filed with an exception refusing to set the id vie a method. I am a bit surprised that there is no way to catch form submission once zone is refreshed. I understand that id is changed but it would be nice if I could

Re: Keep the same form id after the zone refresh

2013-12-30 Thread Boris Horvat
Yea that was my idea, to use javascript code to modify the id in order for the java side to be able to process the correct form, however this seems like ugly solution :) On Mon, Dec 30, 2013 at 3:10 AM, Thai Tran bubu...@gmail.com wrote: It is better to use class for CSS stuffs and

Re: Keep the same form id after the zone refresh

2013-12-30 Thread Thai Tran
No, you misunderstood my answer. You need to keep the same id which is generated by tapestry in order to let tapestry processes underneath its hood. If you want to use javascript to handle the DOM elements, you need to use wildcard, regular expression to select the tapestry generated ID On

Keep the same form id after the zone refresh

2013-12-29 Thread Boris Horvat
Hi everyone, I have a zone around my form (pseudo code below) t:zone t:id=zone id=zone t:form t:id=form id=form t:zone=^ // some fields /t:form: /t:zone After the zone is submitted the value is saved, the zone is refreshed and my form is broken. I believe that I could write a javascript

Re: Keep the same form id after the zone refresh

2013-12-29 Thread Thai Tran
It is better to use class for CSS stuffs and $(form[id^=form]) (select the form with the id started with form) for javascript stuffs. Tapestry creates a new id not only on the client side but also keep track the new id underneath the hood (for security purpose, I guess) On 12/30/2013 4:02 AM,