Re: HTML 2.0 specification
wmperry@spry.com
Date: Fri, 2 Sep 94 16:11:27 EDT
Message-id: <m0qgeyk-00001MC@monolith>
Reply-To: wmperry@spry.com
Originator: html-wg@oclc.org
Sender: html-wg@oclc.org
Precedence: bulk
From: wmperry@spry.com
To: Multiple recipients of list <html-wg@oclc.org>
Subject: Re: HTML 2.0 specification
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
X-Comment: HTML Working Group (Private)
Terry Allen writes:
> I concur with Eric: let's not try to put newly implemented tags in
> 2.0, else it'll never be finished. Let's instead be prepared to do
> incremental updates between 2.0 and 3.0. That way we will achieve
> a 2.0 spec (badly needed) to which patches may be applied to address
> new functionality.
I wouldn't say 'newly' implemented - I had embed implemented before the
Ireland Conference almost a year (November 18, 1993) ago.
> About EMBED, though, is this to contain just anything at all, without
> any interpretation? what about overlong lines, characters the browser
> can't render, and so forth? why is so general a mechanism useful,
> that is, for what content?
>
> And is the TYPE="somecontent/type" attribute meant to have as its
> value a MIME type?
The TYPE is what the browser uses to interpret it, which should be a
valid MIME type. If the type is text/html, just embed it in the current
document. If it is image/gif, treat it as an inlined image. If it is
video/mpeg, inline the mpeg (this is how the emacs browser handles inlined
mpegs). If audio/*, play it when you display the document, etc, etc.
-Bill P.