Re: HTML Streaming

Chris Maden (crism@ora.com)
Sat, 30 Aug 1997 17:06:41 -0400


Date: Sat, 30 Aug 1997 17:06:41 -0400
Message-Id: <199708302106.RAA20651@geode.ora.com>
From: Chris Maden <crism@ora.com>
To: www-html@w3.org
In-reply-to: <970830150207_514006080@emout11.mail.aol.com>
Subject: Re: HTML Streaming

[Albert Fine]
> walter@natural-innovations.com (Walter Ian Kaye) wrote:
> >Not without knowing the font METRICS, and to know that, you'd have
> >to embed the fonts.
> 
> My point is that it could be described. That is what the events tag
> is for.

Font metrics are determined by the *user's preferences*.  The
served-out document can not describe that.  There is no way to know
that your paragraph is going to take up 12 pixels on my really-wide
Lynx display, or that the same paragraph will take up 7 vertical
inches on my nearsighted granny's WebTV display.  Or that it will take
30 seconds on my buddy Phil's screen reader.  The server has no
meaningful way of describing the physical extent of a textual
element.

To avoid this continuing circular discussion, Albert, please take this
simple HTML document:

<html>
<head>
<title>Sample HTML</title>
<link rev="made" href="mailto:crism@oreilly.com">
<meta name="keywords" value="test stream albertfine crism html">
</head>
<body>
<p>This is a paragraph.
<img src="foo.gif">
<p>That was a graphic.
<table>
<tr><td>Here's a table cell.</td>
<td>And here's another.</td></tr>
<tr><td><td>And yet another, but somewhat longer, in fact quite a bit
longer cell.</td>
</table>
</body>
</html>

Please show, in a concrete example, how this document or its HTTP
headers would change, and how a browser's rendering behavior could be
expected to change in response.

-Chris
-- 
<!NOTATION SGML.Geek PUBLIC "-//Anonymous//NOTATION SGML Geek//EN">
<!ENTITY crism PUBLIC "-//O'Reilly//NONSGML Christopher R. Maden//EN"
"<URL>http://www.oreilly.com/people/staff/crism/ <TEL>+1.617.499.7487
<USMAIL>90 Sherman Street, Cambridge, MA 02140 USA" NDATA SGML.Geek>