Re: wicket form and browser back

2013-10-01 Thread Karl-Heinz Golz
Thank you Martin and Michael. I will try that and hope, the combination of setVersioned(false) and using AJAX for all form components will solve my problem. Am 01.10.2013 11:57, schrieb Michael Mosmann: > AFAIK does a browser back bypass everything on the page. Maybe it is > better to avoid pagin

Re: wicket form and browser back

2013-10-01 Thread Michael Mosmann
AFAIK does a browser back bypass everything on the page. Maybe it is better to avoid paging if there is dependent state on different pages (use ajax instead and make it single-page). michael:) Am 01.10.13 10:53, schrieb Karl-Heinz Golz: Thank you, Martin, that works well. But next question: w

Re: wicket form and browser back

2013-10-01 Thread Martin Grigorov
I'm not sure this is possible. But you can use AjaxFormComponentUpdatingBehavior("change") to update the server state once a form component is changed at the client side. On Tue, Oct 1, 2013 at 10:53 AM, Karl-Heinz Golz < karl-heinz.g...@t-online.de> wrote: > Thank you, Martin, that works well.

Re: wicket form and browser back

2013-10-01 Thread Karl-Heinz Golz
Thank you, Martin, that works well. But next question: when a user goes back and forward via browser back and forward buttons, then already filled in fields will be empty (using Firefox). Is it possible to handle browser back the same way like form submit? That is, browser back causes a trip to the

Re: wicket form and browser back

2013-10-01 Thread Martin Grigorov
Hi, Mark the page as non-versioned (Page.setVersioned(false)). This way there won't be previous version of page. When the user uses browser back button she will go to the previous page, not to the previous version of the current page. On Tue, Oct 1, 2013 at 9:35 AM, Karl-Heinz Golz wrote: > >