that parameter is only added when wicket thinks you opened a new
browser window or tab. it has nothing to do with tabbed panel. have
you done that? this code is based on window.name attribute so if you
have some js that changes the value it may confuse wicket.

-igor

On Fri, Apr 10, 2009 at 8:38 AM, Daniele Dellafiore <[email protected]> wrote:
> Hi everyone, I have this situation: a TabbedPanel with 2 panels each
> containing a form.
> Each panel have aa checkbox that trigger the enable/disable status of
> each component of the form. So I enter the panel, click the "enable"
> checkbox and then I can edit and save and press a discard button.
>
> The discard button execute a:
>
> setResponsePage(getPage().getClass(), getPage().getPageParameters());
>
> becouse I need to reload the same entity I was editing and tipically I
> have a single parameters that is the ID of the entity.
>
> The effect is that the page is still in the initial situation, with
> editing disabled and every modification, of course, has not been
> saved.
>
> This works in the first Tab of the TabbedPanel. In the second, what
> happens is that fields values are reset but they do not go back to
> disabled status. The reason I think is that instead of just the entity
> ID I also found this pageParameter:
>
> wicket:interface = "wicket-7:0:7:INewBrowserWindowListener::"
>
> I am pretty sure that is related to the TabbedPanel but cannot
> understand how. If I remove that parameter, the behavior is what
> expected: page is restarted and I am back to the first tab with fields
> disabled.
>
> Two question:
> 1. when and why that parameter is added? I would like to read more
> about wicket:interface and friends, can you point me to some doc?
> 2. What if I would like to reload the page on the same tab I was
> before? You think is better to call a setSelectedTab before the
> setResponsePage or to pass a pageParameter with the number of the
> selected tab? Or what else?
>
> Thanks.
>
> --
> Daniele Dellafiore
> http://blog.ildella.net/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to