Re: Toward Closure on HTML
marca@eit.COM (Marc Andreessen)
Errors-To: listmaster@www0.cern.ch
Date: Thu, 7 Apr 1994 08:18:46 --100
Message-id: <199404070616.GAA10008@threejane>
Errors-To: listmaster@www0.cern.ch
Reply-To: marca@eit.COM
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: marca@eit.COM (Marc Andreessen)
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: Re: Toward Closure on HTML
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
Content-Length: 1285
Chris Lilley, Computer Graphics Unit writes:
> The problem is that the accept: types are being ignored, I think.
Accept types aren't a general answer, which is (I think) why they're
being generally ignored. See below.
> When a user switches off inline images, the browser should adjust
> its list of accepted MIME types to not include any image types.
No, because I may want to download an external GIF if that's all
that's on the other end of the link, but I also may not want an HTML
document (if *that's* what's on the other end of the link) to have
inlined GIF images. What do I then put in the Accept line?
I don't think the Accept thing was sufficiently thought through. I
think there has to be some notion of context -- e.g., I accept these
formats as inlined images; I accept these formats as external images
and other media types; I may accept these formats (if only just to
save to local disk and view on another system somewhere else later)
but prompt me before you go ahead and download the data so I can
decide on a case-by-case basis.
> Browsers should accept (and be able to handle) MIME multipart
> messages.
Agreed.
(I will however point out that HUNDREDS of people have said this in
the past, and yet no one has implemented it. Classic problem, hm?)
Marc