Whoever invented the "disregard the server's claims about content
type and stuff and let's do our own guess" behaviour should be
burnt at a stake.
http://msdn.microsoft.com/workshop/networking/moniker/overview/appendix_a.asp
I originally learnt about this here:
http://www.kuro5hin.org/comments/2
Victor Mote wrote:
I don't have a convenient way to test this stuff. Would someone on this list
who uses FOP in a servlet be so kind as to test the proposed patch (see
previous messages in this thread), and let us know whether it solves the
problem? Thanks.
The problem is that various IEx versions
I've just tried it with Tomcat 4.1.18. It doesn't help. Only appending
"&ext=.pdf" to the calling URL brings Acrobat Reader up.
On 05.05.2003 19:09:30 Victor Mote wrote:
> Matthew Cruickshank wrote:
>
> > >So, to implement this in the example servlet that the web page
> > >references, would you s
Matthew Cruickshank wrote:
> >So, to implement this in the example servlet that the web page
> >references, would you suggest the following patch?
>
> I program but don't know Java. If it's a key/value pair then what you
> wrote looks exactly right.
>
> Adding this header fixed my problems in IE4+
>So, to implement this in the example servlet that the web page
>references, would you suggest the following patch?
I program but don't know Java. If it's a key/value pair then what you
wrote looks exactly right.
Adding this header fixed my problems in IE4+.
.Matthew Cruickshank
http://holloway
Matthew Cruickshank wrote:
> You probably already know this, but IE will disregard the url filename
> extension if you use this http header,
>
> Content-Disposition: inline; filename="something.pdf"
>
> I use this in addition to the ContentType of application/pdf.
So, to implement this in t
