> From: Bert Van Kets [mailto:[EMAIL PROTECTED]]
>
> There is NO WAY you can open a new window from the server side.
Thanks GOD it is so!!! Otherwise web would be nightmare...
> Client side JavaScript (or VBscript in IE for the picky ones) is the
only
> way to do this. There are different app
There is NO WAY you can open a new window from the server side.
Client side JavaScript (or VBscript in IE for the picky ones) is the only
way to do this. There are different approaches to your problem, but they
all involve some client side coding.
Bert
At 19:09 4/05/2002 +0200, you wrote:
>T
Thanks for your reply. I considered as well before
I posted this question. However you should know that currently my
architecture utilizes only one trag to which various user inputs (e. g. buttons)
submit. On serverside I gather the information which action was intended.
The problem is that the
I just want to add that you can name windows and submit data between
them. It is perfectly possible to gather data in 1 window and always show
the result in a second window, without opening a new window every
time. The "_blanc" parameter will open an new window with every
submit. You do not
Have a look at this tutorial :
http://tech.irt.org/articles/js128/index.htm
It's quite helpful.
Regards,
Matthieu
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Envoyé : vendredi 3 mai 2002 08:25
> Objet : dispatch to new window i
You can achieve this in HTML by setting the target of your form to
"_blank" which will post the results to a newly openned window.
The javascript solution is better if you want more control over how the
newly openned window looks.
Andrew
On Fri, 2002-05-03 at 09:38, yuryx wrote:
> [EMAIL PROTECT
[EMAIL PROTECTED] wrote:
>Currently my application consists of cocoon-actions that invoke xsp/xsl
>files upon requests. As normal the new output always refreshes the client's
>browser view.
>Based on some calculations at the actions I'm required to delegate the
>response not to the current brows
Currently my application consists of cocoon-actions that invoke xsp/xsl
files upon requests. As normal the new output always refreshes the client's
browser view.
Based on some calculations at the actions I'm required to delegate the
response not to the current browser window but to a newly opened