then lots of other things could go wrong that are depending on the body onload event...
I can make a test that if the body container is not there i revert to the previous/old method.
johan
On 4/14/06, Juergen Donnerstag <[EMAIL PROTECTED]> wrote:
IMO each page should have a <body>. I not 100% sure but I expect more
problems to pop up for pages without body tag. And I don't think they
can easily be automatically inserted. Adding <head> caused me already
enough headaches
Juergen
On 4/14/06, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> The first issue I ran into is a page did not have a body tag. It'll
> give a null pointer exception, and even if we would ignore that the
> script wouldn't work. I think there is no way for us to know where the
> body tags should go, so if there's no body tag, log a warning and
> don't render the script? Or should we go as far as to try to
> autocomplete the pages and insert a body tag when there is none? Would
> that be doable Juergen?
>
> Eelco
>
>
> On 4/14/06, Johan Compagner <[EMAIL PROTECTED]> wrote:
> > Hi
> >
> > Can somebody look if it works for him on their browser?
> >
> > I changed the new window detection for a pagemap by setting in _javascript_
> > cookies (with the pagemap name as cookie name)
> >
> > now on a page load we set a cookie and on a body.onUnLoad we delete the
> > cookie again.
> >
> > So when the page is still there and another page is loaded in a new window
> > or tab. He first looks for the cookie
> > and it will see that it is there and then does redirect to another pagemap.
> >
> > It will only do this if a cookie can be set (if the current request has
> > cookies) else it will do the previous check.
> >
> > The correct working of this behaviour more or less depends on one thing.
> > That body.onUnLoad does get executed.
> > (and cookies must be able to set in _javascript_)
> >
> > johan
> >
> >
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642
> _______________________________________________
> Wicket-develop mailing list
> Wicket-develop@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
>
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop
