struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Guillermo Meyer" <gme...@interbanking.com.ar>
Subject RE: Back to the originating screen...
Date Mon, 09 Feb 2004 11:30:08 GMT
You can do it as follows, create 2 frames and the first frame must have
the 100% of the page, so the hiddenFrame remains invisible:

<HTML>
<head></head>
<FRAMESET FRAMEBORDER="0" FRAMESPACING="0" ROWS="100%, *"  BORDER=0>
	<FRAME MARGINWIDTH="0" MARGINHEIGHT="0" SRC="<...your page....>"
NAME="applicationFrame" SCROLLING="YES"  BORDER=0 noresize>

      <FRAME MARGINWIDTH="0" MARGINHEIGHT="0" SRC="about:blank"
NAME="hiddenFrame" SCROLLING="NO"  BORDER=0 noresize>
</FRAMESET>
</HTML>

Saludos
Guillermo.

-----Original Message-----
From: Jesse Alexander (KAID 11)
[mailto:alexander.jesse@credit-suisse.com] 
Sent: Lunes, 09 de Febrero de 2004 05:45 a.m.
To: 'Struts Users Mailing List'
Subject: RE: Back to the originating screen...


cool solution.
How do you create the hiddenFrame in order not to have him show up on
the screen? Or might it be necessary to add some close()-statement to
the script? thanks Alexander

-----Original Message-----
From: Guillermo Meyer [mailto:gmeyer@interbanking.com.ar]
Sent: Freitag, 6. Februar 2004 17:13
To: 'Struts Users Mailing List'
Subject: RE: Back to the originating screen...


The action that changes the Language should target in a hidden frame and
the forwarding JSP to be rendered in this hidden frame could reload the
frames that need to be changed by language change:

<html:form action="/changeLanguiage" target="hiddenFrame"> .....
</html:form>

When you submit this form, the action is executed, the language changed
and forwards to the JSP that is rendered in the HiddenFrame:

This JSP could have something like this:
<script>
<!--
parent.frames['applicationFrame'].frames['top-bar'].location.reload();
parent.frames['applicationFrame'].frames['mensajes'].location.reload();
parent.frames['applicationFrame'].frames['menu'].location.reload();
parent.frames['applicationFrame'].frames['main'].location.reload();
//-->
</script>


Saludos.
Guillermo.


-----Original Message-----
From: Jesse Alexander (KAID 11)
[mailto:alexander.jesse@credit-suisse.com] 
Sent: Viernes, 06 de Febrero de 2004 12:07 p.m.
To: 'Mailing List struts-user@jakarta.apache.org'
Subject: Back to the originating screen...


Hi
I need a hint on how to return always to the originating action
preserving all input-parameters to that originating action...

problem: From any screen in my application the user is allowed to
         change the language of the UI. He should be immediately
presented
         the same screen again in the new UI-language.

So far I think I create an action (and a global forward) to change the
UI-language. That's the easy part. But what strategy to use in order to
be able to redo the last action before the change of language?

The possibilities I thought of are:
- on the language link, include always the "redo"-URL
- on each primary action (actions called from the UI, opposed to
secondary
  actions called from primary actions...) I store the "redo"-URL in the
  session.

What do you do in such a case? 

thanks in advance
Alexander
  


---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org

NOTA DE CONFIDENCIALIDAD
Este mensaje (y sus anexos) es confidencial, esta dirigido
exclusivamente a las personas direccionadas en el mail y puede contener
informacion (i)de propiedad exclusiva de Interbanking S.A. o (ii)
amparada por el secreto profesional. Cualquier opinion en el contenido,
es exclusiva de su autor y no representa necesariamente la opinion de
Interbanking S.A. El acceso no autorizado, uso, reproduccion, o
divulgacion esta prohibido. Interbanking S.A no asumira responsabilidad
ni obligacion legal alguna por cualquier informacion incorrecta o
alterada contenida en este mensaje. Si usted ha recibido este mensaje
por error, le rogamos tenga la amabilidad de destruirlo inmediatamente
junto con todas las copias del mismo, notificando al remitente. No
debera utilizar, revelar, distribuir, imprimir o copiar este mensaje ni
ninguna de sus partes si usted no es el destinatario. Muchas gracias.



---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org


NOTA DE CONFIDENCIALIDAD
Este mensaje (y sus anexos) es confidencial, esta dirigido exclusivamente a las personas direccionadas
en el mail y puede contener informacion (i)de propiedad exclusiva de Interbanking S.A. o (ii)
amparada por el secreto profesional. Cualquier opinion en el contenido, es exclusiva de su
autor y no representa necesariamente la opinion de Interbanking S.A. El acceso no autorizado,
uso, reproduccion, o divulgacion esta prohibido. Interbanking S.A no asumira responsabilidad
ni obligacion legal alguna por cualquier informacion incorrecta o alterada contenida en este
mensaje. Si usted ha recibido este mensaje por error, le rogamos tenga la amabilidad de destruirlo
inmediatamente junto con todas las copias del mismo, notificando al remitente. No debera utilizar,
revelar, distribuir, imprimir o copiar este mensaje ni ninguna de sus partes si usted no es
el destinatario. Muchas gracias.



---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org


Mime
View raw message