On 3/25/2013 10:13 AM, Samuel Lopes Grigolato wrote:
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

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

And what happens to my original menu window?

PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to