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

Reply via email to