Have you tried to set a Content-Disposition header in the PHP script that creates the PDF, asking the browser to "attach" the download? This way you don't even need a new window.
Example from php.net/manual: // It will be called downloaded.pdf header('Content-Disposition: attachment; filename="downloaded.pdf"'); On Mon, Mar 25, 2013 at 11:01 AM, Jim Giner <jim.gi...@albanyhandball.com>wrote: > target as in the form attribute > > In my appl devl I utilize an extra window when my current form is asked to > generate a pdf report. Works well since that way the user can generate one > report into a new window, read it, close it, and still have the reports > menu in front of him/her and generate a 2nd report. > > I'm experiencing a problem tho and I'm guessing it's associated with ie9 > or FPDF. In my reports menu form, when I click on a button that will > generate a pdf, I alter the form's target to create a new window. This > used to work last fall, but since then I have a new laptop running ie9, not > 8. The target changing js logic is working as far as I can see (alerts in > my js) but the effect is not there. Instead of a new window, the pdf opens > up in the same window where the menu was and so when the user does a back > he ends up going up one too many levels and has to re-request the reports > menu. > > Didn't have this much trouble originally setting this up as I'm having now > trying to debug this. I'm using the FPDF extension/class to generate my > pdfs - made no recent changes there. Also my concept works very well still > in a simple html document that has only two buttons on it which I created > today to test a theory. That is - maybe it's not just IE9, but FPDF. > > Anyone have any experience in this area? > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > >