[11608] in www-talk@info.cern.ch
Re: Content-Encoding confusion -Reply -Forwarded
daemon@ATHENA.MIT.EDU (danielh@ers.usda.gov)
Wed May 3 00:56:46 2000
Date: Wed, 3 May 2000 00:00:57 -0400 (EDT)
Old-X-Envelope-From: www-talk-request@tux.w3.org Wed May 3 00:00:54 2000
From: danielh@ers.usda.gov
Message-Id: <200005030400.AAA30746@lycanthrope.crosslink.net>
X-Really-To: <www-talk@w3.org>
To: www-talk@w3.org
In-Reply-To: <s90f2e26.020@ers.usda.gov>
Old-X-Envelope-To: www-talk
Resent-From: gerald@w3.org
Resent-To: www-talk@w3.org
Daniel said
>> One possible solution would be for the server to include a
>> content-disposition: response header; as in
>> Content-Disposition: attachment; filename="html40.pdf"
Henrik replied
>Content-Disposition actually has no impact on this at all. It is still
>the Content-* header fields that describe the encoding, type, etc. of the
>entity body so a client is no better off using the value of a
>Content-Disposition header field instead of the URI for the same reasons.
Perhaps I'm reading the problem wrong, but it seems that when the client
saves the file to disk, the default name is whatever.pdf.gz; a name that
acrobat doesn't like (acrobat wants to see .pdf). And though it's not
complicated to retype the name, a lot of people fail to do this. Hence,
the need to control the default "save as" name.
-----------------------------------------------------------
danielh@crossslink.net
-----------------------------------------------------------
