You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by "Berman, Andrew" <ab...@ifinance.com> on 2000/12/05 15:05:14 UTC

READ: IE and PDF solved

Okay folks,

	After working with Microsoft for about 3 months, we finally debugged
the problem with IE displaying dynamic PDFs from a post operation.  If you
want to know more details you can e-mail me.

	And for what you have all been waiting for, the solution.  The
solution is quite simple.  Open Acrobat, go to Preferences and uncheck Web
Browser integration.  Now, when you attempt to get a PDF, you will be asked
to either open it or save it.  Opening it does NOT open it in your web
browser, rather it opens it in Acrobat Reader itself.  So, this is a rather
good solution to the problem. 

	Another solution may exist as well.  I haven't tested it yet, but
will shortly.  If you set the Content-Length header in the XSL:FO page, IE
5.5 SP1 shoudl open it up in the browser.  Perhaps we can build this into
Cocoon itself that whenever XSL:FO is used it sets a Content-Length.  I will
test this and further inform this mailing list.

Enjoy!

Andrew Berman
iFinance.com
Senior Web Developer
mailto:aberman@ifinance.com




Re: IE and PDF solved

Posted by Berin Loritsch <bl...@infoplanning.com>.
----- Original Message ----- 
From: "Berman, Andrew" <ab...@ifinance.com>
To: <co...@xml.apache.org>
Sent: Tuesday, December 05, 2000 9:05 AM
Subject: READ: IE and PDF solved


> Okay folks,
> 
> After working with Microsoft for about 3 months, we finally debugged
> the problem with IE displaying dynamic PDFs from a post operation.  If you
> want to know more details you can e-mail me.
> 
> And for what you have all been waiting for, the solution.  The
> solution is quite simple.  Open Acrobat, go to Preferences and uncheck Web
> Browser integration.  Now, when you attempt to get a PDF, you will be asked
> to either open it or save it.  Opening it does NOT open it in your web
> browser, rather it opens it in Acrobat Reader itself.  So, this is a rather
> good solution to the problem.

This solution has been known for about a month.  Unfortunately, it requires
the client to comply--not a workable solution for many people.

> Another solution may exist as well.  I haven't tested it yet, but
> will shortly.  If you set the Content-Length header in the XSL:FO page, IE
> 5.5 SP1 shoudl open it up in the browser.  Perhaps we can build this into
> Cocoon itself that whenever XSL:FO is used it sets a Content-Length.  I will
> test this and further inform this mailing list.

This is the answer I am most interested in.  We have to change the serializer
to buffer the PDF output so that we can populate the Content-Length header.


RE: READ: IE and PDF solved

Posted by Mauro Canal <mc...@dachcomdigital.com>.
READ: IE and PDF solvedHello Andrew

I don't think this is a solution - it's just a work around. This means to
disable the Acrobat Plug-In and use the
Acrobat Reader like an other Application (restarting for every PDF).

The only solution that works, is to let IE assume it really get a PDF-File
by appending foo.pdf as path.
e. g. /servlet/YourServlet/foo.pdf?arg1=a&arg2=b (foo.pdf can also be named
justforie.pdf .....)