yes -igor
On Thu, May 28, 2009 at 3:09 AM, Live Nono <liven...@gmail.com> wrote: > Should I open a jira for this ? > > > > 2009/5/21 Matej Knopp <matej.kn...@gmail.com>: >> I think modal window example could be fixed by using >> getPageReference() to pass page reference between pages instead of >> page instance. >> >> -Matej >> >> On Wed, May 20, 2009 at 10:29 PM, Martin Makundi >> <martin.maku...@koodaripalvelut.com> wrote: >>>> http://www.wicket-library.com/wicket-examples/ajax/modal-window.1 is >>>> pretty misleading : passing components between components/page is >>>> quite broken as can be seen in the past discussion on the mailing list >>>> (serialization issue can arise and makes both sides using different >>>> references of the same object "logically speaking"). >>> >>> True. >>> >>> I have found that the only safe way to pass references is via >>> getSession().xxx so now all my (not all, but generally relevant ones) >>> models are in session instead of being page-scoped. Not heavy models >>> but selection models such that indicate what the user is operating on. >>> >>> However. Instead of changing the documentation, I would rather change >>> the implementation such that the serialization would not break. >>> >>> The same offect, however, occurs if you have some other kind of pop-up >>> window.... it would be nice to be able to continue using the >>> underlying page in sync with the pop-up. >>> >>> >>> >>> ** >>> Martin >>> >>>> >>>> However, as it is in the example, I first used it considering that it >>>> should be ok to do so. >>>> >>>> Could it be changed in some way ? >>>> >>>> On the bigger picture, I guess it raises again the issue of the >>>> "recommended" way of communicating between the page and the modal >>>> window, which currently doesn't exist (session, database...??). >>>> However, this example is currently completely misleading, so even so >>>> comments to explicit the issue would be welcomed. >>>> >>>> thanks again >>>> nono >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org