-Original Message-
From: Wilt, Paul [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 30, 2001 9:52 AM
To: 'Ged Haywood'; Issac Goldstand
Cc: [EMAIL PROTECTED]
Subject: RE: [OT] Content-Disposition to change type and action?
sorry I'm getting to this thread a bit late...
in case
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At 4:41 PM -0700 5/29/01, John Jung wrote:
more details.) To get around IE5's funky behavior just defined a custom MIME
type outside the MS hardcoded stuff.
Not really sufficient. IE will completely ignore mime types and go
with its own guess as
Hi there,
On Tue, 29 May 2001, Jay Jacobs wrote:
I've tried setting $r-content_type and even $r-filename to try and
get
the browser (ie 5 for now) to see it as a non-html file and do the
right thing.
IE is particularly fond of ignoring Content-type. If the file is called
On Wed, 30 May 2001, Ged Haywood wrote:
On Wed, 30 May 2001, Issac Goldstand wrote:
Ged wrote:
IE is particularly fond of ignoring Content-type. If the file is
called
something.html or something.htm I've found IE will treat it as html
even
if you say it's text/plain in
Hi there,
On Wed, 30 May 2001, Issac Goldstand wrote:
Ged wrote:
IE is particularly fond of ignoring Content-type. If the file is called
something.html or something.htm I've found IE will treat it as html even
if you say it's text/plain in Content-type. Ugh.
no - that only happens
On Wed, 30 May 2001, Ged Haywood wrote:
On Wed, 30 May 2001, Issac Goldstand wrote:
Ged wrote:
IE is particularly fond of ignoring Content-type. If the file is
called
something.html or something.htm I've found IE will treat it as html
even
if you say it's text/plain in Content-type.
I've got a form that will (should) send various formats back to the client
depending on form values. They may want the results back in csv, pdf or
plain html. The form always submits to a .html, and the browser usually
expects an html.
I've tried setting $r-content_type and even $r-filename
Hi there,
On Tue, 29 May 2001, Jay Jacobs wrote:
I've tried setting $r-content_type and even $r-filename to try and get
the browser (ie 5 for now) to see it as a non-html file and do the
right thing.
IE is particularly fond of ignoring Content-type. If the file is called
something.html
Jay Jacobs wrote:
I've got a form that will (should) send various formats back to the client
depending on form values. They may want the results back in csv, pdf or
plain html. The form always submits to a .html, and the browser usually
expects an html.
My suggestion is to use
Steve == Steve Piner [EMAIL PROTECTED] writes:
So going to http://www.mysite.com/reports/foo.csv?param1=val1
would be the same as going to
http://www.mysite.com/bin/report.pl?param1=val1 except if the page
is to be downloaded, the browser will use the name foo.csv.
This also works :
$r-header_out(Content-Disposition,
attachment;filename=\ticket_search.csv\);
This has an unexpected result, I get a pop-up asking me what I want to do
with the html document (save/exec), if I exec it, it asks me what I want
to do with the csv (save/exec). I've never run across
[EMAIL PROTECTED] (Steve Piner) wrote:
My suggestion is to use mod_rewrite to create a mapping so that the
actual file name doesn't matter. I have a rule in the Apache conf file:
RewriteRule ^/reports/ /bin/report.pl [PT]
So going to http://www.mysite.com/reports/foo.csv?param1=val1 would be
Ken's right and yeah, I wanted to stay away from Javascript and keep it
simple, it's not the doing of javascript that's bad, it's the redoing.
One thing that appears to work is setting the Content-Disposition header
value to inline;filename=\search.csv\. (instead of attachment).
IE5 seems to do
13 matches
Mail list logo