Well, you have to know somehow, or you could never get the application running in the first place. Seems like you need a method to know which frame to load what action into.
How many levels of frames are you planning to use? Is there a heirarchy to the frames relative to the actions that will be performed on them. Can a subframe in one frame invoke an action in s sibling subframe? -----Original Message----- From: Jose Ramon Diaz [mailto:[EMAIL PROTECTED] Sent: Monday, February 24, 2003 11:18 PM To: 'Struts Users Mailing List' Subject: RE: Support for automatic frames Ray, But, imagine that with several action you must reload the top frameset, and in the subframes there are framesets again. How do you know which frame to load of it can be different for every action? As you say we have no problems when our action is redirected to a TARGET frame, but when the frameset itself is different under several action. (And in the framesets under the top frameset we have not the original request!) Thanks Jose R. -----Mensaje original----- De: Ray Madigan [mailto:[EMAIL PROTECTED] Enviado el: 24 de febrero de 03 19:10 Para: Struts Users Mailing List; [EMAIL PROTECTED] Asunto: RE: Support for automatic frames Im not sure i understand what you are trying to accomplish. I have a struts application that uses frames and i can populate multiple frames from one frame when the user clicks or even mouseover an area of the screen. The action to cause a frame event trigger to fire carries arguments so the action can be specific to the location on the frame and what frame generated the action. Is this what you mean? Thanks RayM -----Original Message----- From: Jose Ramon Diaz [mailto:[EMAIL PROTECTED] Sent: Monday, February 24, 2003 3:02 AM To: [EMAIL PROTECTED] Subject: Support for automatic frames Hi all, This is a a bit long question,... :-\ We are going to start a new project with Struts, and we HAVE TO use frames. So we have different approaches. Tha navigation is quite complex: same action can go to different frames, and different actions can go to the same frame, depending the place (the screen) we choose the action or the action itself. The main one is the next: 1) We think about one special action called "frames.do" which knows all the stuff with the frames composition. It would need two parameters: the position where it holds the frame, and the action is being executed. This action is setted in the original action in the session object. We are thinking to configure this action from an XML file, which would have the relacion between the action, the frame holder and the view returned (which can be another frameset calling frames.do for each frame). Would it be possible to validate this file with struts-config.xml, with the indicated forwards in the frames.do action? For example: This is the top frame, which can be loaded by several actions, so the sub-frames can be different on each call. <frameset rows="68,*" border="0" framespacing="0" frameborder="NO"> <frame src="/prototipo01/frames.do?position=frameUp&action=<session:attribute name="next"/>" name="menuPrincipal"/> <frame src="/prototipo01/frames.do?position=frameBottom&action=<session:attribute name="next"/>" name="bottom"/> </frameset> The session attibute "next" would have been setted by the action with the name of the action. Plase, what do you think? Are we making a mess? Regards Jose Ramon Diaz, E-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Editorial Aranzadi: www.aranzadi.es <http://www.aranzadi.es/> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
