Are there no pros and cons of using this?

On Oct 2, 2009, at 11:39 AM, Douglas Ferguson wrote:

> Added this field and notice that it writes additional params to the
> url for pagemap.
>
> Preliminary testing indicated that the page map url parameter doesn't
> have to exist.
>
> Are there any concerns with using this option?
>
> Douglas
>
> On Oct 1, 2009, at 7:14 PM, Douglas Ferguson wrote:
>
>> What are the implications of turning this one?
>>
>> D/
>>
>>
>> On Sep 30, 2009, at 1:23 AM, Igor Vaynberg wrote:
>>
>>> the javadoc in the later versions mentions that it is enabled by
>>> default, however if you are using the default secondlevel caching
>>> page
>>> store it will be disabled...
>>>
>>> -igor
>>>
>>> On Tue, Sep 29, 2009 at 11:10 PM, Carlo Camerino
>>> <carlo.camer...@gmail.com> wrote:
>>>> hi,
>>>>
>>>> actually i'm able to make it work some how using this setting
>>>>
>>>> getPageSettings().setAutomaticMultiWindowSupport(true);
>>>>
>>>> it creates a new page map everytime i open a page in a new tab or
>>>> new window.
>>>> however in the wicket documentation it says that it is enabled by
>>>> default. but upon checking it seems that it is not enabled by
>>>> default
>>>> that's why i'm confused.
>>>>
>>>> any recommendations regarding this?
>>>>
>>>> i can now check the page map name for each page and throw a  
>>>> redirect
>>>> if a new page map is encountered other than the default.
>>>>
>>>> carlo
>>>>
>>>> On Wed, Sep 30, 2009 at 5:50 AM, Phil Housley <undeconstruc...@gmail.com
>>>>> wrote:
>>>>> 2009/9/29 Carlo Camerino <carlo.camer...@gmail.com>:
>>>>>> Hi everyone,
>>>>>>
>>>>>> We have this requirement in which we cannot allow the customer to
>>>>>> copy
>>>>>> paste the url that's appearing in the address bar into the same
>>>>>> browser. For example in a different tab or in a new window. This
>>>>>> can
>>>>>> easily be done in Wicket Framework since the url has a
>>>>>> corresponding
>>>>>> page attached to it. For example if i get
>>>>>> http://localhost/wicket:interface=1 appearing in the address
>>>>>> bar, I
>>>>>> can open anew tab paste the url and I could get into the same
>>>>>> page.
>>>>>> The users don't want this behavior. Could I make it work in such
>>>>>> a way
>>>>>> that I copy http://localhost/wicket:inteface=1, when i try to
>>>>>> copy and
>>>>>> paste it, it will redirect me to an error page? This happens even
>>>>>> after the user has already logged in. Really need help on this
>>>>>> one.....
>>>>>>
>>>>>
>>>>> I've been playing with the ideas from
>>>>> http://day-to-day-stuff.blogspot.com/2008/10/wicket-extreme-consistent-urls.html
>>>>> for something of my own, which might fit the bill in a way.
>>>>> Following
>>>>> that you can convince wicket to serve up every instance of a
>>>>> mounted
>>>>> page from exactly the same URL.  That means if you copy the url,
>>>>> you
>>>>> get a brand new instance of the page.  You lose the ability to
>>>>> refresh, but if you are being strict on that sort of thing, I  
>>>>> guess
>>>>> you will have a refresh button on the page when and only when it  
>>>>> is
>>>>> appropriate.
>>>>>
>>>>> --
>>>>> Phil Housley
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> 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
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to