On Wed, 21 Jan 2009 13:35:34 +0300, Daniel Keep <daniel.keep.li...@gmail.com>
wrote:
Denis Koroskin wrote:
On Wed, 21 Jan 2009 07:46:04 +0300, Jarrett Billingsley
<jarrett.billings...@gmail.com> wrote:
On Tue, Jan 20, 2009 at 10:11 PM, Clay Smith <clayasau...@gmail.com>
wrote:
Thanks for the suggestion.
http://svn.dsource.org/projects/arclib/downloads/screenshots/arc01_freeuniverse.jpg
http://svn.dsource.org/projects/arclib/downloads/screenshots/arc02_dazel.png
http://svn.dsource.org/projects/arclib/downloads/screenshots/screenshot.png
If you set their SVN mime-type to image/jpeg, they'll show up in the
browser (instead of having to download them).
I bet you are using firefox, right?
I have no problem with it under Opera.
That's because Firefox is following the standard, and Opera isn't. I
can't remember if it's defined in the HTTP or HTML specs, but the
browser is supposed to always act on the mime type, irrespective of what
the URL is.
-- daniel
telnet svn.dsource.org 80
GET /projects/arclib/downloads/screenshots/screenshot.png HTTP/1.1
Host: svn.dsource.org
<< HTTP/1.1 200 OK
<< Date: Wed, 21 Jan 2009 11:11:37 GMT
<< Server: Apache
<< Last-Modified: Wed, 07 Jun 2006 15:28:57 GMT
<< ETag: "422//downloads/screenshots/screenshot.png"
<< Accept-Ranges: bytes
<< Content-Length: 23195
<< Content-Type: application/octet-stream
Headers are fine, MIME type is "application/octet-stream", which is also ok.
RFC 2046 - MIME, Part two: Media Types (http://tools.ietf.org/html/rfc2046)
states:
4.2. Image Media Type
...
Unrecognized subtypes of "image" should at a minimum be treated as
"application/octet-stream".
...
Browser shouldn't force download in this case, it should try to view the image.
