More than just HTML (was Re: Poetry and Maths)

Thomas A. Fine <fine@cis.ohio-state.edu>
Date: Tue, 25 May 93 10:46:38 -0400
From: Thomas A. Fine <fine@cis.ohio-state.edu>
Message-id: <9305251446.AA12339@soccer.cis.ohio-state.edu>
To: p.lister@cranfield.ac.uk, www-talk@nxoc01.cern.ch
Subject: More than just HTML (was Re: Poetry and Maths)
Cc: ccprl@xdm001.ccc.cranfield.ac.uk
X-Mailer: Perl Mail System v1.2

There's been lot's of discussion of late about all the wonderful
things we can put in HTML, to make it do this, or that, or the other
wonderful feature.  To format or not to format.  Include images.
Include tables.  Include widgets.  Sound, movies, sensaround, free
food, etc.

I really think we're going the wrong way here.  HTML was always meant
to be a small, even minimal document type.  The promised strong point
of the web would be multiple document types, all tied together within
a structure of HTML documents.

HTML only provides the framework by which lots of other document types
are accessed.  You want to do lot's of neat TeX things?  Use TeX.  You
want to do something with integrated text and graphics?  Use Postscript.
You want to define a single document as a collection of different
things?  MIME does this for you.  On the other hand, if we make it a
de facto requirement that everything available thru the web must be
HTML, I think we limiting ourselves severely (and being somewhat
egotistical).

MIME is supposed to be where all of our work is going right now.  By
developing a good MIME document viewer, and a good transport mechanism,
we can do all this (and come up with interface to read MIME mail and news
while we're at it).  And we set up a system which can be easily extended
to document types that haven't even been designed yet.

Last, let me make another pitch for HTPS.  HyperText PostScript.  HTML
provides the structure, and other document types provide the data.  But
sometimes it'd be nice to have the structure and the data all together.
It would be trivial to add an operator to postscript which defines anchors
as arbitrary paths associated with URLs.  That should satisfy most anyone's
desire for arbitrarily composed documents.  If anyone is interested in
implementing this, contact me, I have some good ideas.

         tom