Re: Possible use of <INSERT> - serious inquiry (fwd)

Once upon a time Paul Prescod shaped the electrons to say...
>I would suggest that you look up what "valid HTML" means.

Why does everyone seem to have missed my point.

It was that some people feel that there is no reason to keep HTML a subset
of SGML.  And if there are features that work well for the online community
that don't conform to strict SGML - should we limit ourselves?  Everytime
I get together at conventions and meetings with other web folk there are
two major camps - the SGML purists and the HTML seperatists.  And a smaller
group of people who really don't care which path it follows - maybe MU (do
a combination of both) - as long as the power and flexibility continue to
increase.

I'm saying lets change what 'valid HTML' means, *if* that would provide
increased functionality on the web.

This started from a comment that including other documents might violate
the rules of SGML since you shouldn't require an SGML parser to be able to
understand and follow URLs in order to validate a document.  My response
was that there is obviously a demand for this - I see it almost daily on
mailing lists and newsgroups - and the <INSERT> tag is already on the way,
so should we avoid that capability simply because SGML parsers can't keep
up with it?  Maybe it is time to extend the capabilities of SGML then, or
maybe it is time to split HTML off and remove the restraints.  Or even make
it a superset of SGML - I *do* support the effort to increase SGML support
in browsers - so that it can do more.

Basically what I'm saying is - lets not wear SGML blinders.

-MZ
--
Although I work for Livingston Enterprises Technical Support, I alone am
responsible for everything contained herein.  So don't waste my managers'
time bitching to them if you don't like something I've said.  Flame me.
Phone: 800-458-9966  support@livingston.com  <http://www.livingston.com/> 
FAX: 510-426-8951    6920 Koll Center Parkway #220, Pleasanton, CA 94566

Received on Wednesday, 20 March 1996 19:07:35 UTC