> > And a second: I downloaded your example from ulim/iebug and
experimented
> > a bit with it. If i save the generatet pdf in a file and put it in
the
> > same directory and call it, it works in all browsers, including IE
5.5.
> > How do you explan this? There should be no difference between the
> > streams?
>
> As I said, IE does some checks on the stream, if it arrives via HTTP,
> which it doesn't do, when opening a file from the filesystem.
No, you misunderstood me. I saved the PDF stream in a file, put it in
the webapps/<Context>-directory and served it using tomcat via HTTP,
same context and server as the cocoon output.
Ever tried this? Try it with your bug sample, it takes just some
seconds. How do you explain this difference?
> I recently
> posted an URL to a page at MSDN that explains some of these checks and
> the rationale behind them. If you read that document, you'll find that
> MS explicitly states "we ignore the HTTP standard, if we think it is
not
> good for our users".
I'm not convinced that this is really the problem. Of course, a lot of
problem in microsoft software is the thought to make the software
"intelligent", and so most problems are self-produced. But, as above,
this does not explain the difference between getting a file via HTTP out
of the Filesystem or via HTTP out of cocoon.
> It is short-sighted to support it. You are actively helping Microsoft
> undermine the HTTP standard, if you implement workarounds for IE. If
> everyone thinks like you, then one of these days IE will have 99%
> market-share and then MS can do with the HTTP standard whatever they
> want.
Then you will sit as an idealist on your island... but ok, your opinion
makes sense from you point of view.
Stefan
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>
