Point taken. But we can certainly come up with an ASCII version of
http://info.cern.ch/hypertext/WWW/MarkUp/MarkUp.html . There's no
need to use the HTTP document.
And the HTML DTD is a plain ASCII document as is. I'm not sure
if it's available via ftp, but certainly that's not an insurmountable
obstacle.
>Calling HTML an "SGML application" is not a bad long term plan. I
>fear there's some risk in ease of implementation from
> Content-type: text/sgml; dtd="(string that identifies html.dtd)"
>compared to
> Content-type: text/html
>and as such I'd prefer to not haul in all of the SGML standard in the
>description of the system, not right up front at least. Better to
>spec something that you can deliver and play with rather than stretch
>things out to their limits.
Uuugh! Do I have to write a "Misconceptions about SGML" essay? I
never said anything about content-type: text/sgml. I did talk
about hauling the SGML standard in, but that only requires the few
changes I pointed out. There's no need to implement a whole SGML parser.
But I'd say ISO 8879 + html.dtd is a better spec for the syntax of
HTML than any english description we can come up with in the near term.
And the existing WWW code works just fine on conforming documents. [It
also groks non-conforming documents, but I don't see any crime in that.]
After all, I think this is the intent of the designers of HTML:
HTML is not an alternative to SGML, it is a particular
format within the SGML rules (an SGML "DTD"). [http.txt]
And, if we start to enforce SGML compliance, we may be able to do things
like using SGML editors, translators, browsers, etc. If we don't enforce
compliance, we might as well not use SGML at all!
>Dan, if
> http://info.cern.ch/hypertext/WWW/MarkUp/HTML.dtd
>is in fact something that should get a "public text identifier" (some
>kind of ISBN number?) then we should do it. That would be a very
>useful document to reference in the comments section.