Ahhhh, gotcha. it's an internal app thankfully, and they're fine with javascript.
The report itself foesnt exist when the page is sitting there rendered. the action is going to render it.. a Call to SAS specifically, --> http://support.sas.com/rnd/appdev/V2/webAF/server/examples/streaming3-2.htm(so the answer is that I'm RECREATING the report with a new outputtype) so basically but PDF and XLS controls are HTML:BUTTON s that will cann an "exportPDF()" and "exportXLS()" javascript function, then do the exportWindow.location="PortfolioReportResults.action"; What about form fields though? There are some hidden fields that I need to have passed along... will I have to resport to using the queryString? Like this exportWindow.location="PortfolioReportResults.action?dispatch=pdf"; On 5/12/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > You said: > > "Essentially, I have a nicely rendered HTML report in browser "a" and when > the user clicks "export to PDF" or "export to excel" I want a NEW browser > to pop up into which I will send the response with the headerType set to > the appropriate type." > > Without an applet or ActiveX control or something similar to do it on the > client, you will have to go back to the server to do the export... so, the > first question is, does the report still exist on the server at that point > or is it only in the browser "a" window at that point? > > Either way, what you probably want to do is open a new window via > Javascript when the user clicks the Export button (let's say the Export To > PDF button), holding the reference to it in exportWindow, then do the > following: > > exportWindow.location="myExportPDFAction.do"; > > The myExportPDFAction will have to be responsible for returning the report > in PDF form. > > But, the question of whether the report exists on the server or not is > important because your either going to be (a) doing a real export of an > HTML file if it does exist or (b) re-running the report and generating the > appropriate output type. > > -- > Frank W. Zammetti > Founder and Chief Software Architect > Omnytex Technologies > http://www.omnytex.com > > On Thu, May 12, 2005 10:47 am, David Johnson said: > > hmm I dont think I understand. so instead of redirecting to an action > > mapping, just add the HTML myself, like you would if you were writing a > > servlet (no jsp) application? interesting. > > > > you're right, I dont need a nice tiles definition page for my pdf/xls > > output.. all I really need is to pop up a browser, set the content type, > > and > > direct the response into the new browser. > > > > is there a way to target a browser like you can in a <LINK> but using an > > <HTML:BUTTON>? like a target="pdfOutput" or something? that might work.. > > > > hmmmm > > > > On 5/12/05, Benedict, Paul C <[EMAIL PROTECTED]> wrote: > >> > >> David, > >> > >> You could have your response return HTML with rendered JavaScript; the > >> script would then automatically pop open a new window with the > >> destination > >> link that generates your unstructured content. You could even provide a > >> link > >> in the response if the JavaScript doesn't run automatically. > >> > >> Thanks, > >> Paul > >> > >> -----Original Message----- > >> From: David Johnson [mailto:[EMAIL PROTECTED] > >> Sent: Thursday, May 12, 2005 10:31 AM > >> To: Struts Users Mailing List; CCNY > >> Subject: Opening a NEW browser for a 2nd content type from an action > >> > >> Hey all > >> > >> is it possible to forme my struts app to open up a second browser > window > >> for > >> > >> the purpose of streaming a different content type (like a pdf file) > into > >> it > >> while maintaining the page in the original browser? > >> > >> Essentially, I have a nicely rendered HTML report in browser "a" and > >> when > >> the user clicks "export to PDF" or "export to excel" I want a NEW > >> browser > >> to > >> > >> pop up into which I will send the response with the headerType set to > >> the > >> appropriate type. > >> > >> the generation of the XL and PDF is handled for me, but the app flow is > >> where Im foggy. > >> > >> anyone done this? > >> > >> -- > >> -Dave > >> [EMAIL PROTECTED] > >> > >> > >> > ------------------------------------------------------------------------------ > >> Notice: This e-mail message, together with any attachments, contains > >> information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, > >> New > >> Jersey, USA 08889), and/or its affiliates (which may be known outside > >> the > >> United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, > >> as > >> Banyu) that may be confidential, proprietary copyrighted and/or legally > >> privileged. It is intended solely for the use of the individual or > >> entity > >> named on this message. If you are not the intended recipient, and have > >> received this message in error, please notify us immediately by reply > >> e-mail > >> and then delete it from your system. > >> > >> > ------------------------------------------------------------------------------ > >> > > > > > > > > -- > > -Dave > > [EMAIL PROTECTED] > > > > -- -Dave [EMAIL PROTECTED]