Hmm, you know, on further thought, I'm not certain I like the idea of
"levels" of HTML. Exactly why is this necessary? I think it has
great potential to make things much more confusing. With all these
different levels of support, how will a client know what level of HTML
the document supports? What happens if it gets a document which
conforms to a higher level than it does?
It seems to me that perhaps anyone who's not using one of the most
featureful browsers (such as Mosaic) is going to get screwed over when
it comes to browsing. Many of the people who offer HTML documents are
WWWeenies (hey, myself included 8-), who love nothing better than to
include lots of neat-o HTML tricks in their documents. Anyone with a
browser which does not conform to the higher levels of the spec would
be lost when viewing these pages. Of course, it'd be nice if both
document providers and document consumers would migrate up the food
chain into sophisticated tools which support high levels of the spec,
but then we've wasted the time we put into defining the lower levels.
I propose instead that each distinct draft of the HTML (HTML+?) specs
be assigned a version number. This would allow a tangible, definitive
specification for HTML to be established, and also allow it to be
enhanced without the confusion of trying to figure out exactly what
constitutes "standard" HTML and what doesn't. Clients can still claim
conformance to a specific version number, which is similar to claiming
conformance to a level of HTML, but since only one level is current at
any given time, there should be no confusion over what your browser
supports.
Comments? Am I worrying about nothing? I don't think so, but I'd
love to hear what other document providers and consumers think about
this.
David